記憶に関してアリーナという用語の意味は何ですか？

私はプログラミングの概念としてメモリに関する本を読んでいます。後の章の1つでは、作者は「アリーナ」という単語を多用していますが、決して定義していません。私は単語の意味とそれが記憶にどのように関連するかを検索しましたが、何も見つかりませんでした。以下は、著者が用語を使用するいくつかのコンテキストです。

「シリアライゼーションの次の例には、特定の分野からのメモリ割り当てと呼ばれる戦略が組み込まれています。」

「...これは、メモリリークを処理するとき、または特定の領域から割り当てるときに役立ちます。」

「...メモリの割り当てを解除する場合は、アリーナ全体の割り当てを解除します。」

著者は、1つの章で100回を超える用語を使用しています。用語集での唯一の定義は次のとおりです。

アリーナからの割り当て-最初にアリーナを割り当て、次にプログラム自体（プロセスメモリマネージャーではなく）によってアリーナ内の割り当て/割り当て解除を管理する手法。複雑なデータ構造とオブジェクトの圧縮とシリアル化、または安全が重要なシステムやフォールトトレラントシステムのメモリ管理に使用されます。

これらのコンテキストを与えられた誰かが私のためにアリーナを定義できますか？

アリーナとは、一度割り当てた大きな連続したメモリの一部であり、その後、そのメモリの一部を渡すことにより、メモリを手動で管理するために使用します。例えば：

char * arena = malloc(HUGE_NUMBER);

unsigned int current = 0;

void * my_malloc(size_t n) { current += n; return arena + current - n; }

ポイントは、メモリ割り当ての動作を完全に制御できることです。あなたのコントロールの外にある唯一のものは、初期割り当てのための単一のライブラリー呼び出しです。

1つの一般的な使用例は、各アリーナが1つの固定サイズのメモリブロックを割り当てるためにのみ使用される場合です。その場合、非常に効率的な再生アルゴリズムを作成できます。もう1つの使用例は、「タスク」ごとに1つのアリーナを持つことです。タスクが完了したら、アリーナ全体を一度に解放でき、個々の割り当て解除の追跡について心配する必要はありません。

これらの手法はそれぞれ非常に特殊化されており、通常は、自分が何をしているか、および通常のライブラリ割り当てが十分ではない理由を正確に知っている場合にのみ役立ちます。優れたメモリアロケータは既に多くの魔法をすでに実行していることに注意してください。自分でメモリの処理を開始する前に、十分ではないという十分な量の証拠が必要です。

私はこれを可能な答えとして使います。

•Memory Arena (also known as break space)--the area where dynamic runtime memory is stored. The memory arena consists of the heap and unused memory. The heap is where all user-allocated memory is located. The heap grows up from a lower memory address to a higher memory address.

ウィキペディアの同義語を追加します：リージョン、ゾーン、アリーナ、エリア、またはメモリコンテキスト。

基本的には、OSから取得して分割するメモリであり、一度にすべて解放できます。これの利点は、への小さな呼び出しを繰り返すmalloc()とコストがかかる可能性があることです（すべてのメモリ割り当てにはパフォーマンスコストがあります。プログラムの論理アドレス空間にメモリを割り当てるのにかかる時間と、そのアドレス空間を物理メモリに割り当てるのにかかる時間）。まるで、球場を知っているかのように、大量のメモリを取得して、必要に応じて変数に渡すことができます。

「ヒープ」の同義語と考えてください。通常、プロセスには1つのヒープ/アリーナしかなく、すべてのメモリ割り当てはそこから行われます。

ただし、場合によっては、一連の割り当てをグループ化する必要があります（パフォーマンスのため、断片化を回避するためなど）。その場合は、新しいヒープ/アリーナを割り当てることをお勧めします。その後、どの割り当てでも、どのヒープから割り当てるかを決定できます。

たとえば、同じサイズの多くのオブジェクトが頻繁に割り当てられたり割り当て解除されたりするパーティクルシステムがあるとします。メモリの断片化を回避するために、それらのパーティクルにのみ使用されるヒープから各パーティクルを割り当てることができ、他のすべての割り当てはデフォルトのヒープから行われます。

http://www.bozemanpass.com/info/linux/malloc/Linux_Heap_Contention.htmlから：

libc.so.x共有ライブラリにはglibcコンポーネントが含まれており、その中にヒープコードが存在します。ヒープの現在の実装では、アリーナと呼ばれる複数の独立したサブヒープを使用しています。各アリーナには、並行性保護のための独自のミューテックスがあります。したがって、プロセスのヒープ内に十分なアリーナがあり、スレッドのヒープアクセスをそれらの間で均等に分散するメカニズムがある場合、ミューテックスの競合の可能性は最小限になります。これは割り当てに適しています。malloc（）では、現在のスレッドの現在のターゲットアリーナのミューテックスが解放されている（trylock）かどうかを確認するテストが行​​われます。そうであれば、アリーナはロックされ、割り当てが続行されます。ミューテックスがビジーの場合、残りの各アリーナが順番に試され、ミューテックスがビジーでない場合に使用されます。ブロックせずにロックできるアリーナがない場合は、新しい新しいアリーナが作成されます。このアリーナは定義上、まだロックされていないため、割り当てをブロックせずに続行できます。最後に、スレッドによって最後に使用されたアリーナのIDはスレッドローカルストレージに保持され、その後、そのスレッドによってmalloc（）が次に呼び出されたときに最初に試行するアリーナとして使用されます。したがって、malloc（）へのすべての呼び出しはブロックせずに続行されます。

このリンクを参照することもできます。

http://www.codeproject.com/Articles/44850/Arena-Allocator-DTOR-and-Embedded-Preallocated-Buf