「米国で起きた航空管制システムの機能不全、メモリ不足が原因と判明」記事へのコメント

富豪的プログラミングの成れの果て

[Anonymous Coward]

ちょっとした図表入りでもたかだか10MBとか20MBそこらのワープロ文書を作成するのにメモリ10GB搭載マシンを使う今日この頃
数値シミュレーションするのにメモリ不足など気にせず、ジャブジャブとリソース使いまくりのお気楽プログラミングが出来るのはハッピーだ

だが長時間連続運転する計測制御システムみたいな製品を作る時にメモリーリークとかがあったら怖い
短時間のテストではメモリ不足に気がつくはつずがない

ああ、そうか、メモリは有り余っているから仮想マシンを２つ動かして片方はホットスタンバイ状態にしておく
もう一方がメモリ不足になったらマシンを切り替えて処理継続、その間にメモリ不足の方はリセットして次の切り替えに備えてスタンバイしておけば良いのか.......

Re:

[Anonymous Coward]

普通（日本の航空管制システムの場合ですが）、人命に関わる事でもあり、開発したシステムは利用者（航空管制官（業務）、航空管制技術官（システム））の習熟も兼ねて何か月も評価してから、システム切替えします。航空大国である米国ではいきなり切替えしても大丈夫、という事なのでしょうか。

もしかして、今回のケースではシステム評価期間中に頻繁にシステムアップデートしていて長期運用試験はやってないけど、やった事にしてたとか。（異国の開発者の皆様お疲れ様です。・・・本当の地獄はこれからだ？）

Re:

[Anonymous Coward]

数ヶ月程度では顕在化しないような問題だったのかも。

Re:

[Anonymous Coward]

実際、稼働後5年経って発生なんて障害、多々あるしね。
でも、ロングランテストならリソース状況くらい毎日確認する…つーか、それがなければロングランの意味がないと思うんだけどなあ。

Re:

[Anonymous Coward]

知ってる限りだと、ログの行数（通し番号）が21億ちょっとを越えたところで死んだシステムってのがあってな
毎日平均で40万件弱ぐらいの処理をやってて、稼働15周年を目前にフリーズしてみんなで慌てたことがあったなぁ

# 符号つき32bitの最大値越えてオーバーフロー

Re:

[Anonymous Coward]

ある値が増え続ける場合、最大いくつか、行ったらどうするかってのは、基本設計だよなあ。
と言いつつ、特定のウインドウを上げて落としてるだけである連番が桁溢れ（3桁）して、障害通知された例が最近あった。
普通に使ってれば10も行かないので、誰も気にしてなかったのかどうなのか。
保守で入った人間には分からん。

Re:

[Anonymous Coward]

おっと、UNIX time の悪口はそこまでだ。

Re:

[Anonymous Coward]

真に富豪的なら、動的に取得解放を繰り返さず、静的に一括して取っておけばよいのではないだろうか?

Re:

[Anonymous Coward]

１日１台ずつ使い捨てでいいんじゃない？

Re:

[Anonymous Coward]

一方ロシアはアセンブラでシステムを組んで4重化した

Re:

[Anonymous Coward]

VMwareFTの様なホットスタンバイだったら、いざと言うときにスタンバイ側もメモリ不足を起こしていたりして…。 :-)