Boost Pool Library

서두

Pool 이라고 하는 것은 무엇인가 ?

Pool allocation은 사용법의 제한이 있는 아주 고속의 메모리 할당 방법이다. Pool allocation(“단수분리 기억역(simple segregated storage)”라고 말한다.)
의 보다 자세한 정보는 개념을 봐라.

왜 Pool을 사용하는가 ?

Pools를 사용하면, 프로그램 중에서 어느 메모리가 사용되어지는 가를 보다 좋게 관리 하는 것이 가능하다. 예를 들면, 한번에 작은 오브젝트를 대량으로 할당 하고 싶은 때가 있다, 그리고 그것들을 필요하지 않을 때가 온다 라는 상황에 득이 된다. Pool 인터페이스 사용은, 그것들의 destructors
를 실행 할 건가, 망각의 저편에 보낼 것인가를 선택하는 것이 가능하다.
Pool 인터페이스는 메모리 릭이 일어 나지 않는 것을 보증해 준다.

언제 Pool을 사용해야 되는가 ?

통상, Pool은 작은 오브젝트를 대량으로 할당 하고, 해제 할 때에 사용 된다.
다른 자주 있는 사용법이 상기의 상황이다. 이를테면 많은 오브젝트가 메모리에서 없어질 때 이다.
일반적으로 Pool은 보통은 필요하지 않은 효율적인 메모리 관리가 필요 할 때에 사용 한다.

Pool의 사용법은 ?

pool interfaces document를 보십시오. 그기에는 이 라이브러리에서 제공되는 다양한 인터페이스에 대해서 기술하고 있다.

라이브러이의 구조와 의존성

이 라이브러리의 노출된 심볼의 전방선언은, 헤더 파일 <boost/pool/poolfwd.hpp>에 포함되어 있다.
라이브러리는 BOOST_POOL_로 시작하는 매크로를 사용하고 있다. 예외는 include file guards ( xxx.hpp에 대해서는) BOOST_xxx_HPP 이다.

라이브러리에서 정의 되어 있는 모든 노출된 심불은 이름공간 boost내에 있다. 라이브러리의 실행만이 사용하는 심볼은 이름공간 boost::details::pool
안에 있다.

라이브러리의 실행만이 사용 하는 헤더는 서브 디렉토리 detail/ 에 있다.

라이브러리에 포함되어 있는 헤더는 라이브러리의 헤더랑 시스템이 제공하는 헤더를 각각의 재량(裁量)으로 사용하고 있는 것 이다.

Installation

The Boost Pool 라이브러리는 헤더 파일에 의한 라이브러리 이다. 그러므로 .lib도 .dll도 .so도 만들 필요는 없고, 컴파일러의 인크루드 파일 패스에 Boost 디렉토리를 추가 하는 것만으로 사용 할 수 있다.

Building the Test Programs

”build” 서브 디렉토리에 몇 개인가의 플랫폼용의 서브 디렉토리가 있다. 이것들의 서브 디렉토리에는 각각의 플랫폼에 맞추어진 예외 사항 코드에 추가된 메이크 파일 또는 IDE 프로젝트 파일이 있다.

적절한 서브 디렉토리의 “readme.txt”가 만약 있다면 읽어 주세요.”

표준적인 메이크 파일의 타겟은 “all”, “clean”(모두 중간 파일을 제거), “veryclean”(모든 중간 파일과 실행 파일을 제거) 이다. 모든 중간 파일과 실행 파일은 메이크 파일/프로젝트 파일과 같은 디렉토리에 만들어진다.
메이크 파일 없이 프로젝트 파일이 제공되어져 있는 경우. “clean” and
”veryclean” 쉘 스크립트/패치 파일이 준비 되어져 있다.

여기에 없는 플랫폼용 프로젝트 파일이랑 메이크 파일을 만들었다면 shammah@voyager.net에 보내줘도 상관 없습니다.

문서 맵

Pooling의 개관

concepts.html - Pool(pooling)의 기본적 사고 방식
implementation/alignment.html - 왜 얼라인먼트 이식성을 보증 하는가?
interfaces.html - 제공되는 인터 페이스와, 언제 어디서 사용 할까 ?

Pool의 내부 인터 페이스

interfaces/simple_segregated_storage.html - Not for the faint of heart; embedded programmers only.
interfaces/pool.html – 기본적 Pool 인터페이스
interfaces/singleton_pool.html - 스레드 세이프 싱글톤으로써의 기본적 Pool 인터 페이스
interfaces/object_pool.html - (사이즈 지향이 아닌)형지향(型指向)의 Pool 인터페이스
interfaces/pool_alloc.html - singleton_pool에 기초를 둔 표준 allocator 인터페이스
interfaces/user_allocator.html - Pool 인터페이스가 아니라고 말하는 것은 당연. 그렇지만 시스템 메모리를 어떤 식으로 관리하는 가를 유저가 어떤 식으로 관리하는 가를 기술 하고 있다.

Pool 구현의 상세와 확장

인터페이스의 구현과 확장

구현으로만 사용되는 컴포넌트 ( 아래의 내요은 불 필요하다고 생각되어 번역 안함.)

implementation/ct_gcd_lcm.html – 컴파일러 시의GCD와 LDM
implementation/for.html – 컴포넌트 기술
implementation/gcd_lcm.html – 실행 시 GCD와LCM
implementation/guard.html – mutex의 자동 Lock과 Unlock
implementation/mutex.html – 플랫폼 의존 mutex형(型)
implementation/pool_construct.html - object_pool의 컨스트랙터의 인수를 보다 많이 서포트 하기 위한 시스템
implementation/singleton.html - 정적 초기화 문제를 회피하는 싱글톤

장래의 방향성

다른 Pool 인터페이스를 만들 예정이다. 클래스 마다 할당의 기정(既定) 클래스

Acknowledgements

Many, many thanks to the Boost peers, notably Jeff Garland, Beman Dawes, Ed Brey, Gary Powell, Peter Dimov, and Jens Maurer for providing helpful suggestions!