アカウント名:
パスワード:
＃「仕様の１０倍ストレステスト」を肝に銘じて生きてます
「仕様の１０倍ストレステスト」を行ったら、普通に考えて、なにかしらの問題が生じると思うのですが、どうするおつもりなのですか？
本当にどんな問題が起きるのか知ることに価値があると思いますが。
ですから、「仕様の１０倍ストレステスト」を行って、本当に生じる問題を知って、どうするおつもりなのですかと。
蛇足かもし
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
冊子かぁ。 (スコア:0)
こういうのこそ路線検索 [google.co.jp]のような個人の需要に応じて
インタラクティブにルートを探し出すようなソフトであったら便利なのに。
例えば、「この橋が落ちたらどうする」というシミュレーションとか
Re:冊子かぁ。 (スコア:0)
ネットだけが残る大災害ってあるんだろか。
Re:冊子かぁ。 (スコア:1)
そのようですね。
ちなみに一昨日、最大震度の震度５強を記録した、我が故郷足立区の震度情報は、
発報から３０分程たってようやく処理されたそうですね。
なんでも、理由は「サーバに負荷がかかった」からだとか…
仮に、ネットだけが物理的に残ったとしても
過負荷で無反応となった、沈黙のシステムと化すんでしょうね。
＃「仕様の１０倍ストレステスト」を肝に銘じて生きてます
どんな負荷がかかったんだろ？ (スコア:1)
Re:どんな負荷がかかったんだろ？ (スコア:3, 参考になる)
いくつかのニュースソースを総合すると
○サーバは8年前導入当時は最新・最速(?)だったが、その後のリプレースは無い
○導入当時は都内の震度計が14ヶ所だったが今回は99ヶ所から、ほぼ同時に送信された
○加えて、同じサーバで雨量・水位情報も処理している
○増設分に対する増強は無く、他の処理も重なって処理が追いつかなかった
○処理は先着順で、強い震度の報告を優先処理することは出来ないらしい
このようなシステムは立ち上げ時に多額の予算を投じて
エイヤっな見積もりによる過剰な処理能力を持たせる割に、
その後の見直し、改善はマイナス評価になるのか、
放っておかれる傾向があるような...
3年ごとに必ずハード更新する、とか
毎年、一定期間パフォーマンス測定する、とか
システム計画時に決めておけば良いのに
Re:どんな負荷がかかったんだろ？ (スコア:1)
ＣＰＵが動いていたのか・・・
おじいさんが、そろばんで計算していたのか・・・
わからなひ。
Re:どんな負荷がかかったんだろ？ (スコア:3, 参考になる)
16:35 地震発生
16:37 気象庁発表「埼玉・千葉 震度５弱、都内 震度４」
16:40 足立区西新井消防署データ（震度５強）が消防庁から都庁に伝送
16:57 足立区西新井消防署（震度５強）が都庁から気象庁に伝送
17:02 気象庁発表「東京都足立区 震度５強」
消防署５２か所のデータは東京消防庁→都庁→気象庁と送信するのに対して、区市町村４７か所のデータは都庁→気象庁だそうです。だから16:37の発表に間に合わなかったのは仕方がないだろうけど、都庁から気象庁への伝送が17分も遅延したのは少々いただけません。
ここで気になるのは各伝送経路の通信速度。大規模災害を前提とすると専用線では駄目で、伝送経路は原則として無線使用で設計すると思います。でも８年前に納入された機器での無線通信だと通信速度がボトルネックとなる可能性がありそう。
Re:どんな負荷がかかったんだろ？ (スコア:1)
導入当時(1997)は、震度計が14ヶ所だったそうです。
現在は、約7倍の99ヶ所になっていたそうです。
「その後の増設分が計算に入っていなかった」と担当のお方は言っているみたいです。
Re:冊子かぁ。 (スコア:0)
# 地震なんてしょっちゅう起こってるんだから、もっと早くに発覚してそうなもんですケド
Re:冊子かぁ。 (スコア:0)
送信されるデータ（観測地点数）が増えるのでは？
Re:冊子かぁ。 (スコア:0)
＞送信されるデータ（観測地点数）が増えるのでは？
でも、震度3とかの普段よく起こる地震でも関東一円くらいの範囲で地震動は観測されますよね？
だったら（東京都が処理
Re:冊子かぁ。 (スコア:0)
「仕様の１０倍ストレステスト」を行ったら、普通に考えて、なにかしらの問題が生じると思うのですが、どうするおつもりなのですか？
- 『なんとかしろ』とベンダーをいじめる
- 新たに予算を計上し、対策を行う
私が関係者なら、いづれもお止めしますが…。Re:冊子かぁ。 (スコア:0)
本当にどんな問題が起きるのか知ることに価値があると思いますが。
Re:冊子かぁ。 (スコア:0)
ですから、「仕様の１０倍ストレステスト」を行って、本当に生じる問題を知って、どうするおつもりなのですかと。
蛇足かもし
Re:冊子かぁ。 (スコア:0)
その問題が発生した時の対処方法を考える。
Re:冊子かぁ。 (スコア:0)
逆でしょう。
まず最初に要求される仕様があり、その仕様を満足させつつ限界を探るのでなくては。
Re:冊子かぁ。 (スコア:1)
仕様の時点で保障する負荷を定義するので。
--- （´-`）｡oO(平和な日常は私を鈍くする) ---
想定の範囲外 (スコア:0)
子曰く「やってみないとわからない人は推測能力が足りないので、
やったところで表面的なことしかわからない」
Re:冊子かぁ。 (スコア:0)
戦車出動させて喜んでいてもしょうがないかと。