grobdaのコメント: Re:次の動きは (スコア 5, おもしろおかしい) 28
# 事件が起きてからより起きる前に見つける省庁ってないのか?
## 警視庁ぐらいか
東京都庁。
アナウンス:スラドとOSDNは受け入れ先を募集中です。
# 事件が起きてからより起きる前に見つける省庁ってないのか?
## 警視庁ぐらいか
東京都庁。
どうもこれ「amazonに卸す『希望小売価格』は他のストアに卸す価格より高く設定してはならない」という規約とセットらしく、実質「常にamazonでの販売価格が最安値になるようにすること」という規約だそうで。
> JR東のプレスリリースが割と詳しい
これですね(注:pdf)。
確かに詳しいです。新聞記事のあやふやな記述を元に議論するのではなく、まずこっちを見るべきでしょう。
この問題のポイントは
ってところでしょうね。
PDFに挙げられてるような原因で発生する「データ修正が必要な箇所」の数は、大雑把に言えばチェックする時間範囲に比例しますから、
4時間先までのチェックなら600件で実用上問題なかったけど、終日チェックするようにしたのに件数上限を増やさなかったのが敗因、って感じですかね。
> それで落ちるってことは、普段から「想定される最大負荷の50%以上」で運用してたってことになるわよね。
> 新幹線なんてかなりミッションクリティカルな分野なんだから、その時点でかなり駄目じゃないの?
オンラインデータ処理の認識が甘いと思います。
1カ所でポイント切り替え故障しただけならともかく、同時多発的に発生した場合は
2倍程度では済まないです。リアルタイムで新幹線の位置が変わる中で
筋切り替え、筋戻しをそれぞれのポイント/新幹線車両ごとに調整しながらやっていくわけですから。
しかも新幹線は時速270km とかで 3から 5 分間隔で走っています。
システム設計は別として
全系止めたのは危機対処としては (なかなか出来ない) すばらしい判断だと思います。
製鉄プロセスに伴う水素生成は、水素を得るルートとしては、副産物だし、筋のいいものだというイメージがあります(詳しい訳じゃないのでイメージ)。今回の実証実験(フィールドテスト)は、世界初なんですね。
#いずれにせよ量の確保は難しいので、一部の話に限られるだろうけど。また、製鉄所内で有効活用できているのであれば、その方が、外に出て行くより効率的だと思う。
市街地に敷設したパイプラインを使った地域レベルでの実証実験としては世界初である。(中略)水素は本来無臭であり、漏れがあったとしても臭いでは分からない。そこで、臭いを発するC6H10(シクロヘキセン)を水素ステーションで混合する。一方、加えた気体を燃料電池に供給する直前で除去する必要がある。このような付臭技術、脱臭技術の確立にも取り組む。この他、水素に課金するための水素ガス計量システムについても実験する。
水素は分子が小さいから大変だろうと思ったら、やはり付臭(臭気付加)なんですね。いや、最近の都市ガスへの付臭剤にもシクロヘキセン(シクロヘキサン)が使われているのか(硫黄分を含まない)。
この福岡県の話は、上記「水素タウンプロジェクト」と、「水素ハイウェイプロジェクト」(トヨタなど13社が燃料電池車に関する共同声明を発表、2015年国内導入を目指す)がリンクしているのか。燃料電池車がうまくいくとはとても思えないのだけど、「水素タウンプロジェクト」にはバイクというか、燃料電池二輪車のイメージ図がある。
今回の事案を纏めると、24件の列車運用を変更したら、自動的に修正されたダイヤが表示限界の600件を超えて表示が消えたと云う物。
表示限界の600件だが、正直言って、一度に600件のデータを人間が目視で確認して対応するのは不可能だから、例え表示出来ても無意味な件数として設定されたのだと思う。
件数が半端なのは、多分、現場が頑張れば、500件なら対応出来ると見たんだろうと推測。
ダイヤ変更自体が「普通じゃ無い事」だから、それを関係各位に通達するとなると、500件でも人間側の作業は大忙しになる事が予見出来る。
「表示」が必要なのは、人間が対応するからで、対応不要なら、初めから表示する必要が無い。
では、24件の設定変更が拙いかと言うと、表示限界600件から考えると、無茶な数では無い筈。
根本問題は、自動変更に任せた、24件が600件以上に膨れ上がる、過密連携ダイヤ編成自体に在る。
それが避けられない場合は、運用で、連鎖しない様に注意して変更する必要が有る。
が、人間が作業する以上は、運用だけでは回避出来ない。
それが実際に起きたのが今回の事例。
「停止しないシステム」としては、通常ダイヤ編成時点で、実は破綻していたと云う事だね。
今後は、「連鎖しないダイヤ生成アルゴリズム」が仕様に入るのだろう。
dig するとこんな感じ。
% dig kp ns
(snip)
;; ANSWER SECTION:
kp. 85418 IN NS ns1.kptc.kp.
kp. 85418 IN NS ns2.kptc.kp.
;; ADDITIONAL SECTION:
ns1.kptc.kp. 85418 IN A 175.45.176.15
ns2.kptc.kp. 86161 IN A 175.45.176.16
(snip)
プライマリとセカンダリが同じセグメントにあって、そんなセカンダリで大丈夫か ? とか本家でもコメントされています。
whois するとこんな感じ。
% whois -h whois.apnic.net 175.45.176.15
(snip)
inetnum: 175.45.176.0 - 175.45.179.255
netname: STAR-KP
(snip)
country: KP
iOS 4.3のSDKがdual coreのSGX543のドライバが入っているそうです。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家