長時間運転後クラッシュの切り分け

数日〜数週間の連続稼働後にだけ発生する障害を、資源の増え方と失敗経路の観測から原因究明する調査手法。

概念URI

https://comcomponent.com/knowledge/long-run-crash-investigation/

別名・表記

Long-Run Crash Investigation

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• Handle Countは長時間運転後クラッシュの切り分けに対する本記事の推奨です。長時間運転後にだけ落ちるアプリの切り分けでは、Private Bytesだけでなく Handle Countも必ず見ることが推奨される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 構造化ログ(structured log)は長時間運転後クラッシュの切り分けに対する本記事の推奨です。落ちた瞬間の例外だけでなく、operation/session/resource lifecycleの構造化ログを先に整えておくことが、長時間運転後クラッシュの切り分けに効く。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• failure path(異常系の途中失敗経路)は長時間運転後クラッシュの切り分けに対する本記事の推奨です。長時間運転後クラッシュの切り分けでは、月単位の再現を待たず、timeout・reconnect・early returnなどのfailure pathを短いループで大量に踏んで再現を圧縮することを本記事は推奨している。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Private Bytesは長時間運転後クラッシュの切り分けに対する本記事の推奨です。長時間運転後にだけ落ちるアプリの切り分けでは、Handle Countと合わせてPrivate Bytesも継続的に見ることで、主犯がメモリかハンドルかを切り分けられる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Thread Countは長時間運転後クラッシュの切り分けに対する本記事の推奨です。長時間運転の切り分けでは、スレッドリークの可能性を除外するため、Handle Count・Private Bytesと並んでThread Countも一緒に見ることが基本になる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• 産業用カメラ長期稼働クラッシュ調査 - ハンドルリーク編(言及)

一次資料

• https://learn.microsoft.com/en-us/windows/win32/psapi/

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。