std::pmr::pool_resource

namespace std::pmr {
  class synchronized_pool_resource;
  class unsynchronized_pool_resource;
}

概要

pool_resourceは幾つかのブロックサイズ毎のメモリプールを管理し、要求サイズ毎に最適なプールからメモリを割り当てるmemory_resource実装である。
メモリ割り当て要求に内部のメモリプールから応えられない場合（最大のブロックサイズを超える要求があった場合）は、上流のメモリリソースからメモリを割り当てる。ほとんどの場合、上流メモリリソースへの割り当て要求は内部プールへの割り当て要求よりも少ない。

以下2つのpool_resourceが提供される。

synchronized_pool_resourceは外部同期機構無しで複数のスレッドからスレッドセーフにアクセスできる。
実装によっては同期コストの削減のためにスレッド毎にメモリプールを持つ可能性がある。

unsynchronized_pool_resourceは複数スレッドからアクセスした際にスレッドセーフ性が保証されないが、シングルスレッドで使用する場合に同期のためのオーバーヘッドを避けることができる。

pool_resourceの性質

• 内部管理メモリ領域は様々なブロックサイズのメモリプールに分かれている。
• それぞれのブロックサイズ毎のメモリプールは幾つかのチャンクの集まりであり、各チャンクは均一なサイズ（ブロックサイズ）のブロックに順番に分割されている。
• do_allocateによって返されるメモリはブロック単位で割り当てられる。
• do_allocate(bytes, alignment)は、bytes以上で最小のブロックサイズのプールからメモリを割り当てる。
  • bytesが最大ブロックサイズを超える場合、上流メモリリソースから直接割り当てられる。
• あるプールが枯渇した場合、次のdo_allocate時に上流メモリリソースからチャンク単位でプールを補充する。
  • 補充の度に補充されるチャンクサイズは等比数列に従って増加する（上限有）。
  • 一定のチャンク毎に補充を行うことで連続した割り当てにおける参照局所性を高める狙いがある。
• 最大チャンクサイズ及び最大ブロックサイズはpool_options構造体をコンストラクタに渡して調整可能。
  • max_blocks_per_chunk : チャンクサイズの上限値、この値よりは大きくならない
  • largest_required_pool_block : ブロックサイズの最大値、この値を超える割り当て要求は上流メモリリソースから直接割り当てる
• 管理メモリの解放時はdeallocateが呼び出されていない領域があっても全てのメモリを解放する。

メンバ関数

構築・破棄

クラス名をpool_resourceとしているのは説明のためのプレースホルダで、synchronized_pool_resourceとunsynchronized_pool_resourceで共通ということである。

共通メンバ関数

非仮想インターフェース（NVI）

protected オーバーライド関数

非メンバ関数

synchronized_pool_resourceの処理系毎の実装

MSVC 2017, 2019

unsynchronized_pool_resourceを継承し、アクセスをmutexで同期させている。
スレッド毎にプールを持たない。

GCC 9.1

スレッド毎にプールを持ち、各プールはリンクリストで管理されている。

バージョン

言語

• C++17

処理系

• Clang: ??
• GCC: 9.1 ✅
• Visual C++: 2017 update 6 ✅

関連項目

• pool_options
• memory_resource

参照

• C++1z 多相アロケータとメモリプール - Faith and Brave - C++で遊ぼう
• memory_resourceについて - 本の虫
• Polymorphic Allocator in C++17 - Qita
• P0220R1 Adopt Library Fundamentals V1 TS Components for C++17 (R1)
• P0337r0 | Delete operator= for polymorphic_allocator
• Working Draft, C++ Extensions for Library Fundamentals, Version 2