マネージ コードでのメモリ リークの識別と回避
Code download available at: Memory Leaks 2007_01.exe(163 KB) Contents Memory in .NET Applications Checking for Leaks Leaking Stack Memory Leaking Unmanaged Heap Memory "Leaking" Managed Heap Memory Conclusion The first reaction many developers have to the idea of memory leaks in managed code is that it's not possible. After all, the garbage collector (GC) takes care of all memory management, right
実践的なパターン: テストの容易性を高める設計
Considering this sample, here's the worst case scenario for the eleventh GC. Say the tenth Gen 0 collection finished at the beginning of the second interval and the eleventh Gen 0 collection finished at the end of the third interval. That means the time between the end of the two collections is about two sampling intervals, or two seconds. The % Time in GC counter shows 3 percent, and so the eleve
「当たらなければ どうと言うことはない」 先制攻撃7日間 - インフラエンジニアのトラブル防御策（前編）
対象読者 トラブルプロジェクトに投入されるインフラエンジニア そのエンジニアを使うプロジェクトマネージャ はじめに 常日頃から、突発的なシステム障害に際し、昼夜問わず対応することを迫られているインフラエンジニア。 そのような立場にあるインフラエンジニアにとって、トラブルプロジェクトに投入されるということは、本来のプロジェクト遅延キャッチアップ作業に加え、日々巻き起こる嵐のような障害（特に、ハードウェア・OS・ミドルウェア障害）に24時間忙殺されることを意味する。そのようなときは、「トラブルを収束させ、困っている人を助けねばならない」「リスクが恐怖であってはならない」と頭では分かっていても、身がすくむ思いがしてしまうものである。 通常のシステムエンジニアとインフラエンジニアのトラブル対応には、以下のような特性の違いがある。 通常のシステムエンジニアのトラブル対応 想定外の突発的な事態の発生確
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
