「世界初? Windowsによる銀行勘定系が稼働」記事へのコメント

近くのスーパー

[array (25012)]

近くのスーパーのレジがWindows2000ベースで動いていてビックリしたことがあります。
レジの脇に例の青いライセンスシールが貼ってあって思わずのぞき込んでしまいました。

同様だとするとメインのサーバーから、営業店にある端末にもみんなあのシールが貼ってあるのだろうな。

#こけたときのエラー報告はどこに送信されるのだろう？

Re:近くのスーパー

[blue1215 (34090)]

銀行業務におけるATM等のユーザーインターフェイス部分でのwindows採用なら そんなに問題は起きないと思う。日々のチェックとエラー是正で済む話だと思うから。 たぶん、スーパーのレジも同じだと思う。せいぜい、数百件か数千件だと… でも、銀行で振込み日が集中するゴトウビ（5日、10日、15日…25日）に発生する 数百万件をwindowsで一晩で処理できるとは…正直、思えません。 記事は、「勘定系のユーザーインターフェイス部分に採用されたwindows」というふうに 勝手に読み替えました… いや、本当にバッチ処理もwindowsでやるつもりなら、スゴイ事だと思います…

Re:近くのスーパー

[Anonymous Coward]

＞でも、銀行で振込み日が集中するゴトウビ（5日、10日、15日…25日）に
＞発生する数百万件をwindowsで一晩で処理できるとは…正直、思えません。

そう？今時のパソコンなら余裕・・・かはどうか分からんけど
十分出来るスペックのマシン用意できる気がするけど？

むしろバッチの方が、OSの差異無く実行できるし
「Windowsで」という表現は意味ないでしょう。

＞いや、本当にバッチ処理もwindowsでやるつもりなら、スゴイ事だと思います…

なので、別に何とも・・・・

昔、メインフレームでやってたことをUNIXでやったら凄い、という
話があったように思いますが、その時の環境の差に比べれば微々たるものだと思います。

Re:近くのスーパー

[Anonymous Coward]

マシンやOSのパフォーマンスはお金をだせばなんとかなったりしますけど、
お金絡みは面倒な話が多くって、折角枯れてる実績のあるライブラリを新たなOSに
ポーティングして動かす部分の検証が骨が折れますよね。

Re:近くのスーパー

[Anonymous Coward]

PFが変化することについての検証コストの話についてはもちろん同意なのですが、
元のblue1215氏が考えているのは大規模処理の負荷の話なので...

元の人は何が問題になると思ってるんだろう？
いくらなんでも演算性能ってことはないと思うんだけど、
メモリバス幅とかI/O性能とかかな？