|이 기능은 Sun Solaris 운영 환경에서만 지원됩니다.
|입출력 오버헤드를 감안할 때 디스크에서 페이지를 프리페치(Prefetch)하는 것은 과잉 조작입니다. |DB2의 프리페치 기능은 입출력이 처리를 무시할 수 있을 때 결과를 눈에 띄게 향상시킬 수 있습니다. |대부분의 플랫폼은 디스크의 연속 페이지에서 메모리의 불연속 페이지로 읽어갈 수 있는 |높은 성능을 제공합니다. 이러한 특성을 일반적으로 "분산된 읽기" 또는 "벡터화된 I/O"라고 합니다. |일부 플랫폼의 경우, 이런 성능상의 특성은 블록 크기가 큰 입출력을 실행해서는 달성할 수 없습니다. |기본적으로 버퍼 풀이 페이지의 기본이 됩니다. 즉, 디스크의 연속 페이지는 |메모리의 불연속 페이지로 프리페치됩니다. 성능 프리페치는 디스크에서 |버퍼 풀의 연속 페이지로 페이지를 읽어들일 수 있는 플랫폼에서 더 확장할 수 있습니다. |레지스트리 변수인 DB2_BLOCK_BASED_BP를 이용하면 연속 페이지 세트를 보유하는 |버퍼 풀에서 섹션을 작성할 수 있습니다. 이러한 연속 페이지 세트를 "블록"이라고 합니다. |이 레지스트리 변수를 설정함으로써 순차 프리페치는 개별적으로 각 페이지를 읽는 대신 |디스크에서 직접 블록으로 페이지를 읽어들이게 됩니다. 이 결과 입출력 성능이 향상됩니다. |이 레지스트리 변수에 대한 자세한 정보는 관리 안내서의 '레지스트리 및 환경 변수' 절을 참조하십시오. |
|Extent의 크기가 서로 다른 다중 테이블 공간을 동일 블록 크기의 버퍼 풀에 바운드할 수 있습니다. |비록 둘이 개별 개념을 다루는 것이 사실이나 Extent 크기와 블록 크기 사이에는 매우 밀접한 |관계가 있습니다. Extent는 테이블 공간이 다중 컨테이너에서 스트립트되는 입도입니다. |블록은 순차 프리페치 요청을 처리하는 입출력 서버가 블록 기반의 입출력을 처리하는 것을 고려하는 입도입니다.
|개별 순차 프리페치 요청은 Extent 크기 단위의 페이지를 사용합니다. 이와 같은 프리페치 요청이 |수신되면 입출력 서버는 분산된 읽기 방법을 사용하여 페이지 기반의 입출력이 아닌 블록 기반의 |입출력(버퍼 풀에 블록 기반 영역이 있는 경우)으로 각 요청을 처리할 때의 비용과 이점을 결정합니다. |블록 기반 입출력으로 입출력을 처리하면 연속 디스크에서 연속 메모리로 읽을 수 있다는 |성능상의 이점이 있습니다. 비용이란 메소드 사용으로 발생하는 버려진 버퍼 풀 메모리의 용량을 의미합니다.
|블록 기반의 입출력을 처리할 때 버퍼 풀 메모리가 버려지는 것은 다음 두 가지 이유 때문일 수 있습니다. |
|입출력 서버는 블록 기반의 입출력을 처리함으로써 생기는 이점을 얻기 위해 각 블록 내에서 |어느 정도 페이지가 버려지는 것을 허용합니다. 그러나 너무 많은 블록이 버려지는 경우, |입출력 서버는 페이지 기반 프리페칭 사용을 버퍼 풀의 페이지 영역으로 되돌려 놓습니다. |이에 따라 프리페칭(profetching)하는 동안 처리된 일부 입출력은 블록에 기반하지 않게 됩니다. |이것은 적절한 조건이 아닙니다.
|최상의 성능을 얻기 위해서는 동일한 Extent 크기를 가진 테이블 공간이 |블록 크기가 같은 버퍼 풀에 바운드되어야 합니다. |일부 테이블 공간의 Extent 크기가 바운드되는 버퍼 풀의 블록 크기보다 큰 경우에는 |성능이 향상될 가능성이 여전히 있습니다. Extent 크기가 블록 크기보다 작을 때에는 |테이블 공간을 버퍼 풀에 바인드할 수 없습니다.
|AWE 및 블록 기반의 지원을 한꺼번에 모두 버퍼 풀용으로 설정할 수는 없습니다. |DB2_AWE 및 DB2_BLOCK_BASED_BP 레지스트리 변수가 동일한 버퍼 풀을 참조하는 경우에는 AWE에 우선권이 주어집니다. |블록 기반 지원은 이 경우 사용할 수 없으며 오로지 AWE를 사용할 수 없을 때에만 재사용할 수 있습니다.
|확장 저장영역을 사용하는 버퍼 풀은 블록 기반의 입출력을 지원하지 않습니다. |
|예제를 다루기 전에 먼저 시스템의 버퍼 풀 ID를 알고 있어야 합니다. |버퍼 풀의 ID는 BUFFERPOOLID 컬럼이나 SYSCAT.BUFFERPOOLS 시스템 카탈로그 뷰에서 확인할 수 있습니다.
|시나리오 1
|1000 페이지로 구성된, ID가 4인 버퍼 풀을 사용합니다. 이제 블록마다 32 페이지로 구성된 |700 페이지짜리 블록 영역을 작성하려고 합니다. 다음을 수행해야 합니다.
| db2set DB2_BLOCK_BASED_BP=4,700,32
|데이터베이스가 시작되면 ID가 4인 버퍼 풀이 672 페이지로 구성된 블록 영역 및 328 페이지로 구성된 |페이지 영역으로 작성됩니다. 이 예에서 심지어 700을 32로 나눌 수 없습니다. |이것은 지정된 블록 영역 크기가 다음 공식을 사용하여 가장 근사한 블록 크기 경계가 |되어야 한다는 것을 의미합니다.
| ((블록 영역 크기)) | FLOOR(-----------------) X 블록 크기 | ( (블록 크기) ) | ( 700 ) | = FLOOR(-----------------) X 32 | ( 32 ) | = 21 x 32 | = 672
|시나리오 2
|3000 페이지로 구성된, ID가 11인 버퍼 풀을 사용합니다. |이제 2700 페이지로 구성된 블록 영역을 작성하려고 합니다. 다음을 수행해야 합니다.
| db2set DB2_BLOCK_BASED_BP=11,2700
|데이터베이스가 시작되면 ID가 11인 버퍼 풀이 2688 페이지로 구성된 블록 영역 및 312 페이지로 구성된 페이지 영역으로 작성됩니다. |블록 크기에 명시적으로 주어진 값도 없이 기본값 32가 그대로 사용됩니다. 이 예에서는 심지어 2700을 32로 나눌 수 없습니다. |이것은 지정된 블록 영역 크기가 다음 공식을 사용하여 가장 근사한 블록 크기 경계가 되어야 한다는 것을 의미합니다.
| ((블록 영역 크기)) | FLOOR(-----------------) X 블록 크기 | ( (블록 크기) ) | ( 2700 ) | = FLOOR(-----------------) X 32 | ( 32 ) | = 84 x 32 | = 2688