クラッシュ復旧設計

writerが共有データ更新中に落ちた場合に備えて、generation番号・最終commit済みsequence・heartbeat・dirty/cleanフラグ・破損時の全再初期化手順などを用意する設計。

概念URI

https://comcomponent.com/knowledge/crash-recovery-design/

別名・表記

共有メモリの復旧手順

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• クラッシュ復旧設計は共有メモリに対する本記事の推奨です。generation番号・最終commit済みsequence・heartbeatなどによる復旧手順を用意することが、共有メモリ設計に対する本記事の推奨である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• クラッシュ復旧設計はabandonedになったmutex(Windows)を利用します。Windowsでは、所有スレッドがreleaseせずに終了するとmutexがabandonedになり、wait側が受け取るWAIT_ABANDONEDを共有資源が不定状態かもしれないという復旧の手がかりに利用できる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• クラッシュ復旧設計はrobust mutex(POSIX)を利用します。POSIXでは、ownerが死んだときEOWNERDEADが返り、修復後にpthread_mutex_consistent()を呼ぶ流れを復旧に利用できる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典 出典

この概念を扱う記事

• 共有メモリの落とし穴と実務ベストプラクティス(言及)

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