「JR東の新幹線運行トラブル、管理システムの仕様を超えるダイヤ変更が原因」記事へのコメント

ぎりぎり運用やっちゃいけない分野

[Cellea (37481)]

日立製作所などと行った調査でシステム自体には問題がないことを確認され、人的ミスでソフトが不具合を起こしたことが判明したと書かれているのだが、おそらくシステム容量という仕様を超える入力をしたのは人的ミスということなのだろう。正直なところ、多数のダイヤ変更に対応できないシステムのほうがおかしい気がしないのでもないのだが。

まさにこの部分に尽きると思うの。

データの入れ替えで「全部の」ダイヤを変更したとしても、たかだか通常運用の２倍程度の負荷で済むはず。
それで落ちるってことは、普段から「想定される最大負荷の５０％以上」で運用してたってことになるわよね。
新幹線なんてかなりミッションクリティカルな分野なんだから、その時点でかなり駄目じゃないの？

電車が「止まる」だけなら人命に直接は関係しないからいいけど、安全対策とかの部分も「結構ぎりぎり」なのだとしたら怖いわよねぇ。そんなことは無い、と思いたいけど。

Re:それはチョット違うよな

[NOBAX (21937)]

事実関係の認識に誤りがあるんじゃないですか？

読売 [yomiuri.co.jp]だと
＞同社によると、新幹線の運行を管理するシステム「ＣＯＳＭＯＳ（コスモス）」は、トラブルなどで運行本部の係員がダイヤ変更を行うと、
＞その後に運行される列車のダイヤについて自動計算で変更か所を表示する。表示は６００件が上限という設定だった。
＞トラブルのあった１７日朝、雪の影響で新白河、福島駅でポイントが切り替わらなくなり、運行本部は列車２４本のダイヤを変更。
＞その際、自動計算で変更されたダイヤが６００件を超えてしまい、画面が消えるトラブルが発生したという。

プロコンでオーバーロードになるとレスポンスが遅くなるというのはよくある話で、制御系システムではこれを如何に潰すかが
腕の見せ所であるわけですが、それで画面の応答がが遅くなって、表示されないように見えたということだろうと思います。
負荷の増大に耐えるようにすればいいわけですが、それは予算との兼ね合いがあるわけです。
かといって、オーバーロードだから入力の受け付けはやりませんという分けにもいかないのです。

オーバーロードでおかしくなったのは、新幹線で以前もあったと思うし、最近では消防庁で119番がつながらないという
トラブルも起きたばかりですね。

Re:それはチョット違うよな

[denchu (6847)]

プロコンでオーバーロードになるとレスポンスが遅くなるというのはよくある話で、制御系システムではこれを如何に潰すかが腕の見せ所であるわけですが、それで画面の応答がが遅くなって、表示されないように見えたということだろうと思います。

件数が大きくなって巡回セールスマンを解くのに 1/60 秒を超えてしまったのですね
あれ？なんか既視感が……気にしないことにしよう。

これが参考になる意見かな？

[reininn (35924)]

たったの６００件でこけるシステムを作っておいて
偉そうな事を言うのは、神経が切れているとしか思えません。
昔の１６ビットコンピューターでも、
３２７６８件ぐらいは、平気なはずです。
どう考えても、どこかの図書館の検索システムの問題と同類の不具合ですね。
ちなみに、119番の場合は、「ループ」だったので、
処理能力が∞に必要になる状態で、全く参考にはなりません。

Re:これが参考になる意見かな？

[Anonymous Coward]

昔の１６ビットコンピューターでも、
３２７６８件ぐらいは、平気なはずです

処理内容を把握せずに「平気なはず」って……。
３２７６８都市の巡回セールスマン問題も「平気なはず」ですか？

Re:

[Anonymous Coward]

どんだけ新幹線走らせるつもりなんだ？

Re:

[Anonymous Coward]

>昔の１６ビットコンピューターでも、
>３２７６８件ぐらいは、平気なはずです。

なにこの恥ずかしいコメント

Re:

[Anonymous Coward]

ですよね。３２７６７件ですから。

Re:

[Anonymous Coward]

65536(10進数) = 10000000000000000(２進数)
符号無し16bitでは表現できませんね。初心者が良くやる間違いです。
#まあ、たまには釣られてあげよう。記念かきこ。

Re:

[Anonymous Coward]

> 符号無し16bitでは表現できませんね。初心者が良くやる間違いです。

お前か！
いつも配列の0番目を使ってないのは、お前が犯人か！

# 初心者が良くやる間違いです。

Re:

[Anonymous Coward]

いや、0から2ⁿ-1までの2ⁿ件…はあ釣りですかそうですか

Re:

[Anonymous Coward]

昔の１６ビットコンピューターでも、
３２７６８件ぐらいは、平気なはずです。

神経が切れているとしか思えない…

Re:

[Anonymous Coward]

>昔の１６ビットコンピューターでも、
>３２７６８件ぐらいは、平気なはずです。

さすがに低脳過ぎるだろ・・・びっくりするわ
釣りだろ？

Re:

[Anonymous Coward]

昔の１６ビットコンピューターでも、
３２７６８件ぐらいは、平気なはずです。

16bitなら６５５３６件って突っ込めば良いのか？

Re:

[Anonymous Coward]

> 16bitなら６５５３６件って突っ込めば良いのか？

その突っ込み、間違ってないか？ (´･ω･`)

Re:

[Anonymous Coward]

まともに突っ込んだら、可哀想すぎるじゃないか。

Re:

[Anonymous Coward]

釣りと言い始めるまでには、あと32,761個ぐらいはコメントがいるな

Re:これが参考になる意見かな？

[tarna (10845)]

みんな16bitまではそらんじてるよね
1,2,4,8,16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536
24bitがフルカラー1270万色なのは知ってるけど確かな数字が言えない
誰か32bitまで暗記してる人いますか？

Re:

[Anonymous Coward]

> 24bitがフルカラー1270万色なのは知ってるけど確かな数字が言えない

なんかおかしくない？
2²⁴=16,777,216

Re:

[Anonymous Coward]

↑
皆ちょっといじめすぎｗｗｗｗ

Re:

[Anonymous Coward]

むしろ、どこかの図書館の検索システムみたいな不具合は、
こういう「平気なはず」という考え方から生まれてくるんだと思う。

Re:

[Anonymous Coward]

> 負荷の増大に耐えるようにすればいいわけですが、それは予算との兼ね合いがあるわけです。
> かといって、オーバーロードだから入力の受け付けはやりませんという分けにもいかないのです。
設備を十分に強化したからオーバーロードは「想定外」ってのも危険な気がするけど。

Re:

[Anonymous Coward]

600件/minまでしか処理できないシステムを作るのは、別に開発チームの腕が
それくらいだったということで、別に問題ではないと思うんですよね。
入札とかして、一番安いところに発注したら、一番安い給料で雇える技術者
たちが開発したってことなんでしょう。

安さだけを求めて入札するとか、値下げ圧力をかける無思慮な発注元は
少なくないけれど、安かろう悪かろうという言葉も忘れずにね。

それよりも問題は、600件超えたらシステムが誤動作してダウンしてしまうような
仕様なのに、600件以上の入力ができるようになっていたのが不具合なのであって、
人為的ミスではないと思うんですよ。

Re:それはチョット違うよな

[Kamm (37049)]

誤動作もしてないしダウンもしてないし、

平成７年のコスモスの運用開始時に比べ、新幹線の輸送量が約４割増加していることなどが背景となったようだ。ＪＲ東では「これまでトラブルはなく、６００件という上限を変更する必要は感じていなかった」（ＪＲ東）という。
http://sankei.jp.msn.com/affairs/news/110118/dst11011821360040-n1.htm [msn.com]

といった背景は無視ですか？

Re:

[Anonymous Coward]

5年くらい前の年末にも今回みたいなことがあったでしょ？。
キャパプラをきちんとやってない東＆JEISがまずはおバカなんです。
常識では考えられん。ダイヤ改正して運行密度上がってるんだし、
キャパプラは年次が無理！ってんだったら整備計画に合わせて
拡張するしかないと思うんだけど、元お役所の方々はそう考えないんですな。

＃もともとそばで見てたのでAC

Re:

[Anonymous Coward]

件/minじゃないし、全く関係ないよ