新しくなったG1ガベージコレクタがすばらしい - しんさんの出張所 はてなブログ編
1年近く前にG1ガベージコレクタに対して軽く検証を行った。 http://d.hatena.ne.jp/shin/20090216/p2 http://d.hatena.ne.jp/shin/20090608/p1 http://d.hatena.ne.jp/shin/20090609/p1 そのときの結論としては、このままの方向ならばバグかなくなったり多少パフォーマンスがよくなった程度ではコンカレントGCから乗り換える必要は無いというものだった。 で、VMのバージョンが上がりG1GCもまだ完全版ではないが、バージョンアップした。これは試すしかないだろう。 先に結論を言うと世代別＆コンカレントGCの時代は終わったかなというとこまできた。Java SE 7では標準搭載される見込みなのでそのころはかなり使いやすくなっているはず。sun以外のVMも追従しないとsunに対して大きく劣ってしまうレベ
Flash Liteのメモリ管理と最適化 | デベロッパーセンター
ガベージコレクション ガベージコレクションは自動メモリ管理の一種で、アプリケーションで使用されていないオブジェクトのメモリを解放します。Flash Liteは、ガベージコレクタ（GC）というプロセスを60秒おきに実行して使用されていないメモリを解放します。メモリの使用量が突然20%以上跳ね上がった場合も実行されます。この設計によってほとんどのユースケースが処理されるので、このプロセスをコードから明示的に呼び出す必要はなく、そのためのAPIやコマンドもありません。 Flash Liteがいつどのようにガベージコレクションを実行するかを制御することはできませんが、コードを介して不必要になったメモリを解放するのはよいことです。解放できるメモリをガベージコレクタが把握するのにも役立ちます。タイムラインやグローバルオブジェクトによって使用されたメモリはdeleteステートメントで解放できます。ローカ
Rails 実行中に GC にかかっている時間 - kiwamu日記
前回の記事では Rails 実行中のメソッド呼び出しすべてをトレースしてみましたが、今回のターゲットは Garbage Collection に要している CPU 時間です。前と同じく、render :text => "Hello World!" なアプリに対して Apache Bench から 1万リクエストの負荷を与え、その間の GC 時間をトレースしました。 DTrace の結果をみると、計 75 回の GC が確認され、合計で約 5 秒程度 の CPU 時間を消費しているようです。ab の実行されていた約 40 秒間は、(アクティビティモニタで見ていると) ruby プロセスの CPU 使用率がほぼ 100% 近くに張り付いていたので、そのうちの約 1/8 が GC に使われていたということでしょうか。 # メソッド呼び出しのときと違い、トレース対象をひっかける回数も多くはないので
GCWatcher：GCの起動とオブジェクトの回収状況を監視するための方法
GCを強制的に起動する方法について追記しました（4/8） fladdictさんのAS3でガベージコレクションを見張る画期的方法メモにて、 弱参照のDictionaryのオブジェクトキーを利用して、対象のオブジェクトがガベッジコレクションされたかどうかを見張ることができるんじゃね？？ という面白そうなお題があがっていたので実装、検証を行ってみました。 検証のために実装したクラスGCWatcherには、次の二つの機能があります。 GCが起動した場合にGARBAGE_COLLECTイベントを発行する 監視したオブジェクトを監視リストに追加し、GCに回収された場合にCHANGEイベントを発行する このクラスを使うと、fladdictさんがエントリー中で書いていた、 onGarbageCollection イベントを発行できるし、DictionaryのキーをダンプすればGCされそこねたオブジェクトの
ハタさんのブログ : io で GC を見る
io の Collector を使って、GCの動きを少し見てみる via - Io の make test(libs/iovm/tests/run.io) コードとしては、こんな感じのを使うらしい。 writeln("mpa \t as \t mb \t time \t mbt \t gc") lastTimeUsed := 0.0 list(1.01, 1.05, 1.1, 1.2, 1.5, 1.7, 2, 4) foreach(as, list(0.01, 0.1, 1, 2, 4, 16) foreach(mpa, Collector setMarksPerAlloc(mpa) Collector setAllocatedStep(as) time := Date clone cpuSecondsToRun(test) mb := (Collector maxAllocatedB
ガベージコレクション
Ruby には使われなくなったメモリを自動的に検出し解放してくれる ガベージコレクションの機能がある。 この節ではこのガベージコレクションの詳細を追ってゆく。 オブジェクトの管理 Ruby の GC は Ruby のオブジェクトのみが対象だ。かつ、Ruby が 生成し管理しているメモリにないといけない。逆に言うとユーザが勝手に 割りあてたメモリまでは面倒をみてくれないということだ。たとえば 以下の関数はメモリリークを起こす。 void koreha_dame() { malloc(1024); /* メモリをもらっては捨てる */ } 一方で以下の関数はメモリリークを起こさない。 void daijoubu() { rb_ary_new(); /* Ruby の配列を作っては捨てる */ } Ruby のオブジェクトはようするに struct RVALUE だったから、オブ ジェクトの管理
dmdのGCの実装を見てみる。 - Scala で TAPLを勉強しつつ LLVM コンパイラを作る日記
k.inabaさんにおだてられたので、ざっと見てみました。 /src/phobos/gcstats.d GCのステータスを保持する構造体GCStatsが定義されています。 /src/phobos/std/gc.d これは、中身は何もないです。 /src/phobos/internal/gc/gc.d ここに、GCの実態があります。大部分はGCクラスをよんでます。 /src/phobos/internal/gc/gcx.d ここに、GCクラスの定義があります。 /src/phobos/internal/gc/gclinux.d linux依存部分 /src/phobos/internal/gc/win32.d win32依存部分 /src/phobos/internal/gc/gcbits.d GCBitsクラスの定義 bit単位で何かするんだろうなぁ。 /src/phobos/intern
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
Garbage Collection for Python
Portable Garbage Collection Summary Reference cycles involving lists, tuples, instances, classes, dictionaries, and functions are found. Instances with __del__ methods are handled in a sane way. It is easy to add GC support to new types. GC enabled Python is binary compatible with regular Python. Generational collection works (currently three generations). The overhead measured by pybench is about
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
Memory Management Glossary — Memory Management Reference 4.0 documentation
https://blog.gskinner.com/assets/markAndSweep.swf
MM Finance | UK Finance News Guide