Erlang GC メモ | cooldaemon's memo
プロセス同士が共有メモリを持たないのでプロセス毎に GC を持てる プロセスが終了したら、難しい事を何も考えずに即時 Heap が解放される メモリを大量消費する処理をプロセスに閉じ込めるという戦略が有効(終了 = 解放) receive 等でプロセスが中断すると GC も止まる プロセスが中断していても erlang:hibernate/3 で GC を強要できる spawn_opt でプロセス起動時の Heap を調整できる プロセスが終了間際に 200K の Heap を持っていると解っているなら、始めから 200K にしておくと Heap を増やす負荷を下げられる プロセス起動時は Compacting GC (本当か?) プロセスが確保している Heap が大きくなると Generational GC に切り替わる (境目はどこだ?) 64 バイトを超えるバイナリデータは、Hea
One Pass Real-Time Generational Mark-Sweep Garbage Collection | Lambda the Ultimate
One Pass Real-Time Generational Mark-Sweep Garbage Collection In One Pass Real-Time Generational Mark-Sweep Garbage Collection Joe Armstrong and Robert Virding talk about a very simple garbage collector used in Erlang*. Traditional mark-sweep garbage collection algorithms do not allow reclamation of data until the mark phase of the algorithm has terminated. For the class of languages in which dest
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
