【新製品】日本IBM、「業界最速」のメインフレームを発売［12/08/29］

ソース・画像は
http://www.itmedia.co.jp/enterprise/articles/1208/29/news089.html

日本IBMは8月29日、メインフレームの最新モデル「IBM zEnterprise EC12（zEC12）」を
発表、同日から販売を開始した。価格は最小構成で約1億円としている。

zEC12は、2010年7月に発表した前モデル「IBM zEnterprise 196（z196）」の設計を受け継ぎ、
処理能力や機能を向上させた新モデル。同社は「業界最速メインフレーム」をうたう。
z196と同様にメインフレーム、UNIXサーバ、x86サーバの各プラットフォームを単一システム
として管理でき、運用負荷や消費電力の低減に貢献としている。出荷開始は9月20日の予定だ。

zEC12ではプロセッサの動作クロック周波数を、z196の5.2GHzから5.5GHzへと高め、
プロセスルールも45ナノから32ナノへと微細化した。プロセッサコア単体の能力はz196の約1.25倍、
1筐体当たりのプロセッサコア数を96個から120個（システム管理用および故障時のスペア用を除く
ユーザーの処理に使えるコア数は80個から101個）へ増大させた。
商用コンピュータでは初となる「トランザクショナル・メモリー・テクノロジー」を搭載するなど
システム全体としての機能強化によって、システム全体の処理能力をz196の1.5倍となる
78BIPS（78000MIPS）にまで引き上げている。
一方、冷却機構として新たに水冷ラジエータを採用して冷却効率を高めるなど、
エネルギー利用効率も向上させ、同じ消費電力で処理できる性能は1.65倍を達成した。

その他に過去90日分のログを蓄積して分析し、トラブルの予兆を自動検知することができる
管理機能「zAware」を新たに搭載し、運用のさらなる安定化、負荷軽減を図った。
また、暗号処理のコプロセッサ（Co-Processor）を各コアに搭載（z196では2コアで
1つのコプロセッサを共有）した。オプションで暗号処理カード「Crypto Express4S」を追加し、
システムのセキュリティレベルをより向上できるようになっている。

「IDAA（IBM DB2 Analytics Accelerator）」機能もNetezzaアプライアンスとの間の通信を
アクティブスタンバイ構成からアグリゲーションへと改良し、帯域を拡大した。

日本IBMではzEC12を軸とした販売戦略として、2011年11月に設立した専門チームの人員を
第4四半期にも倍増させ、顧客提案をいっそう進めることにしている。
特に国産メインフレームの今後が不安視されるという中で、他社製メインフレームのユーザーを
対象とした移行を訴求するための移行専門チームの陣容を強化して、顧客獲得に注力するとのことだ。

システム製品事業 System z 事業部の大島啓文事業部長氏は、販売戦略について
「国産メインフレームのリプレースに2011年から取り組んでおり、移行実績が増えるにつれ
ノウハウやツールも拡充されてきた。『他社のメインフレームに移行するには負担が大きすぎる』
というユーザーの不安を解消してしたい」と述べている。

-以上です-
■日本IBM　http://www.ibm.com/jp/ja/
　2012年8月29日　処理能力を50％向上した業界最速のメインフレーム
　http://www-06.ibm.com/jp/press/2012/08/2901.html

世界最速のパンチラ盗撮機?

わいせつﾀｲ━━━━||Φ|(|´|Д|`|)|Φ||━━━━ﾎ!!

結構安いな、おまえらどしどし買え

盗撮画像の解析用に

最適化されている筈

一年も経てば中速か？

>>5
画像からマン臭の強弱を判別する人工知能が載ってる

クラウドがどうとか

日本ＩＢＭ元社長逮捕、女性のスカート内にｉＰｏｄ入れ盗撮
http://anago.2ch.net/test/read.cgi/dqnplus/1346301277/

メインフレームが外資に獲られたら終わりだ
経産省に補助金を申請する

ヒエラルヒートップ＝メインフレーム



乞食＝オープン

このメインフレームの性能を広告するために努力したんだね>>9

盗撮でお馴染みの日本IBM

一億なら最高顧問のポケットマネーでも買えるね
歪曲補正や透けて見える画像処理ソフト付きかも知れん

米国ののぞき見システムエシュロンに繋がっちゃうのかな。

四ツ谷駅ってところがまたいいよな

バレない盗撮も可能になりますか?

つか、何気に５GHz以上のCPU使ってるんだな。
いろいろ熱くなるな。

新宿区四谷なのに、なんで四ツ谷駅なの？教えろ。

結局、最後までメインフレームを捨てなかったIBMの一人勝ちだな。

富士通の最大の失敗は、メインフレームを捨ててしまったこと。あの秋草というのが馬鹿だったからな。
次の時代はPCだとかほざいて、致命的な経営ミスをした。

【新製品】日本IBM、「業界最速」の盗撮カメラ発売か？

http://uni.2ch.net/test/read.cgi/newsplus/1346301210/l50

今のメインフレームと昔の370とかってやっぱ別物なの?

Ｉ 陰部を
Ｂ バッチリ
Ｍ 見たいんだ

>>20
わざとじゃね〜の
団塊かは知らんが今の団塊はそれをやりそう

IBMとﾊﾟﾝﾂ盗撮を関連付けて欲しくない！

田代まさしが物欲しそうにIBMを見ている
仲間に入れますか

>>22

ハードは常に最先端の技術が投入されるので全くの別物で、性能・信頼性が毎回強化されてる。
ソフトは、大昔の360/370が動くはず。そもそも、メインフレームは、1960年代にバーチャルマシンを実現していた
ので、基本ソフトはそのまま動く。メインフレームの仮想技術は、最近PCなどにも移植されている。

盗撮のソリューションも手掛けてるとは驚きダナ。

需用あるんだろうなあ。

署は「身元がしっかりしており、逃走の恐れがない」として逮捕しなかった。

最高のタイミングで新製品を発表したなｗｗ
最高顧問が逮捕とかなかなかない、ていうか前代未聞

署は「身元がしっかりしており、逃走の恐れがない」として逮捕しなかった。

でもお高いんでしょう？

これと家のi7-2600Kとどっちが速いの？

>>33

IBM zEnterprise EC12（zEC12）
ユーザーの処理に使えるコア数が101個。
全てのコアがメモリやIO（ディスク、ネットワークなど）に同時アクセス可能

円周率の計算は負けるかもしれないが、銀行の勘定系などでは圧勝

どっちが圧勝やねん？

いまどきメインフレームが必要な用途って、
メガバンクと防衛関連しか残ってないんじゃ？

>>35
IBM zEnterprise EC12（zEC12）が圧勝。

最小構成で約1億円のCPUと比べられては、i7がかわいそう。

>>36
> いまどきメインフレームが必要な用途って、
> メガバンクと防衛関連しか残ってないんじゃ？

トランザクションが非常に多い用途に向いている。
　メガバンク、大きな鉄道会社の座席予約システム

セキュリティが要求される用途に向いている
　防衛関連

信頼性が要求される用途に向いている
　航空管制　（最近はオープン化？）

最速で写真とれるカメラを作りたかったんだよっ！シャッター音のしないやつなっ！


キモティーーー！！！

メインフレームでどんなオブジェクトが動いてんだろ
うちの基幹システム、メインフレーム時代のCOBOLをそのままwindowsで動かしてるけどメンテナンスがマジでめんどくせー

逃走の恐れはなくとも、恥ずかしすぎて思い余って首吊ったり飛び降りたり飛び込んだりしないか？
身柄確保しておいたほうがいいような気がするが。

世界最高速・・・・その名も　「盗撮」

>>31
いやいやそれはおかしい
隠滅されたらどうすんだ

最高顧問を午前８時に駅で自由に歩かせてる時点で、警護が甘い会社って事は世界中に知れ渡ったぞ

>>44
今日は駅で下ろしてくれって最高顧問が頼んだら従うしかねーべ

書類送検システム付きかも。

>>33
メインフレームは広義でのCPUや制御系、記憶装置の冗長化を前提に
常に複数の処理系で構成出来るシステムだから、パソコンとはシステム
の信頼性が桁違い。
最も最近ではPCにもメインフレームの冗長化概念が特にHDDのRAIDシステム
とかにも採り入れられるようになってきたけどね。
ミラーリングであるとか、デュプレックスとかさ。

>>44
ｻｲｺｳｺﾓﾝがﾊﾟﾝﾂを所望したんであれば、運転手が従うしか無いだろう。

企業とはそういうもん、皆知ってただろｗ

最高顧問かっけーな

水玉かストライプの最高ｺﾓﾝｽﾍﾟｼｬﾙが限定100台！！！
とかなら売れそうだなｗ

お湯につけると元に戻る奴か

>>1
パンティからヒントを得ましたｗｗ

まあ１つのトランザクションに対して、
数百数千のファイルI/Oが同時に発生する基幹系業務システムは、
PCサーバーじゃ無理だわなｗ

ボトムアップのソリューション、ﾊﾟﾝﾂも見えるよ！

世界最速のパンチラ盗撮機を日本IBMが売ると聞いて来ました

もう10年ぐらい前にまだ現役のメインフレームにパッチを当ててくれと
手順書とフロッピーを渡された。
コンソールでフロッピーを読み込んでから
暗号のような命令文をいくつか打ち込んだら終了。

携帯で先輩にコレ何やってるんですか？って聞いたら
パッチをロードした部分にアドレスを書き換えたと。
いきなり主記憶を弄ることが出来ることにびびりつつ作業を終えた。

そんだけだったがなんか印象深かった。

俺みたいなパソコン野郎にとっては夢だな＞メインフレーム

>>56
> いきなり主記憶を弄ることが出来ることにびびりつつ作業を終えた。
PCでも、デバッガはそんな感じで動いてるわけで。

>>53
最近はオープン系でもSSD等使えばかなり可能じゃね？
オープン系でも、パフォーマンスアップにSSD入れて
おおはばパフォーマンスアップに成功した例は多い

メインフレームより、UNIXサーバに数百万のSSDストレージ買ったほうが安い

>>55
　ウマい！ｗ

>>56
コンソールさえ使えれば何でもできる。
それがメインフレーム。

集中監視室とか中央制御室とか、大袈裟な名前の部屋に鎮座するのがコンソール。

コンソールといっても頑丈で古典的な普通のキーボードなんだけどね。

>>59
メインフレームに触ったことないでしょ

主枠って何

社運をかけた新製品の発表が水の泡。

盗撮に興味があった

78000MIPSてはやいの

社運をかけた新製品の発表が水の泡。

逮捕IBM

>>59
SSDの元になったメモリー記憶装置も旧型汎用機（メインフレーム）の技術のコピーなんだよ
最近流行した仮想化OSも汎用機の焼き直しらしい・・・

花王の取締り役も兼任とか？

花王祭りが捗るなｗ

IBMのパンチラ画像処理技術をアピール

>>68
そう言えばIBM産業スパイ事件で国産メインフレームメーカーの関係者が逮捕されたことがあるそうだ

思えば椎名さんの時代が花だった
あのころに戻りたい

>>69
メインフレームの仮想OSなんて20年以上前からあったな

>>72
それ単なる保護を逮捕と言ってるだけじゃん・・・

>>74
少なくとも30年前からある

盗撮機能はついてますか？

パンチラはパンチラはまだなの？

盗撮しないと家族を殺すとかあったのかな…

メーンフレームはＣＰＵのクロックを上げないとならんからもう頭打ちなんじゃね
水冷で５，５ＧＨｚって限界のような

ポスコの電気板がどうとか調べたら、素人の言いがかりじゃん・・・
オラクルの仕様書も読めない馬鹿がこの板にいるのか・・・

もうIBMって何やってる会社かわからんようになったね
今は会社のリストラ対象の経理、総務の事務員を引き受けて
その会社に形の上で派遣として出す商売やってるんだよな

>> 53
他社の中型機のCPUでIntel chip使ったのあるけど、性能・信頼性はどうなの？
最近、NECがIntelから自社開発に戻したとかの記事読んだ気がする。。。

IBMって、元社長で、最高顧問が盗撮で捕まった企業ですよね？

これ、どんなOSが動いてるの？

http://www-935.ibm.com/services/jp/ja/it-services/jp-sc-igs-business-process.html

今更メインフレームってw
今はクラウドの時代でしょww

>>80
円周率の計算は苦手かもね

1000分の１の価格に下げたら100000人が買うだろう

>>87
つられたのかもしれないけど、クラウドの向こうでメインフレームが動いてることもあるよ

仮想マシンは めちゃ昔からあって４０年ぐらい前じゃない

スピード違反計測でもするんだろな・・・

>>87
メインフレームはウイルス作りにくいからいいらしい

>>88
>>91
全然おもしろくなんだけど
IBMは、日立VOS３に負けてると言いたいの？だったらいいけどね

>>94
そんなにACOSはいいのか
GMAPアセンブラマンセー

ここのMIPS値って、PC向けのプロセッサのMIPS値とは同じレベルで考えたらダメなんだよな。
メインフレームの1命令とx86の1命令で行われている内容にかなり差があるんだっけ？

動画残っていて容疑を認めているそうですね。
今までに築き上げた全てがパーですね。

>>97
でもこの社長は社長になってリストラしただけだったな

>>94
古い話って記憶があやふやなんだけどVOS3もゲストOSの一つだよね

>>73
思えば椎名さんの時代が花だった

椎名の元カーチャンはスッチーで、その後、離婚して、愛人宅から堂々出社
その次の北城が、慶応閥を気にして、顧客システム開発に失敗したのに
東大閥のイイ歳コイタを引っ張り上げたが、そもそも実力なかったので
リストラで功績　アメちゃんの覚え目出度く

どんだけの爆熱吐くのかみてみたいな

>>47
止めないでHDDを交換できちゃうとか？

>>96
CPUの演算速度だけじゃなくて、メインフレームはメモリとかI/Oチャネルとかが高性能なので、トランザクションが非常に多い業務、例えばメガバンクの勘定系とか鉄道の予約システムとかにむいている。

>>102
止めないでメモリやCPUも交換できますよ

>>104
すげええええええええええええええ
しらんかったｗｗｗｗｗｗ

盗撮で捕まったのは新製品の宣伝の為。これに気が付かない奴は三流。

大型汎用機っていって分かる奴がとの程度いるんだ？

こいつは昔みたいに水冷なん？

>>106
それは無い

>>105
5000日nonstopとか普通

Fの大型機のIPL(起動)とか、やらされたっけ。

>>107
15年前ぐらいで大きな会社の電算部門に入ったら必ず
研修で受けてた。今はしらん

起動のときのパソコンでいうBIOS画面がめちゃめちゃメニューがあって
関心する

日本IBMはくそ落ちぶれたが米IBMは今でもすごい
昔のメインフレームは日本円で60億円とかしてた
あいつら客の顔みて売値を決めてたけどなｗ

でも、IBM汎用機が戦略物資というのは自分の仕事範囲では聴いてないんですよね・・・
UNIX(unix)は完全なCOCOM規制物資でしたけど・・・
その辺りどうなんですかね、空母や艦艇に汎用機つめないでしょ？

>>107
40代以上は皆わかる

業界最速の盗撮性能

>>112
>>115
2000年に情報処理系の専門学校（ネットワーク科）に入ったけど全然触れなかった。
その後就職しても表面にはでてこなかったな・・・意識するようになったのは最近かな？
情報処理試験も元々は汎用機の技術者を増やすために国家資格としてスタートしたみたいね。


昔父親の世代だCOBL,FORTRANとかいってたのはこれだったのか・・・・・。

>>117
業務をすすめてると解るように、汎用機ミドルウェア装置パソコンみたいな順番で
汎用機は銀行金庫みたいに一番奥で契約処理をやってたりする

>>107
小さいのはオフコンと言われて、
今オワコンになってる。

>>119
IAサーバーは違うのかな？まあ設計ベースがパソコンの延長だからな・・・

メインフレームって具体的にどういうことすんの？調べても汎用機がどうので汎用機ってなんやねんってなるんだけど

汎用機は、電気代の計算をやってるそうだ
コア部分は３０年ほど変更されていない

>>114
イージス艦は汎用機じゃないの？

なるほど、なるほど・・・・。
因みにブレードサーバってのはこれに取って代わろうとしていたものなのかな？

最高顧問がパンチラで逮捕なんて聞いたこと無いぞ。

>>23
俺は学校の黒田先生に、
I　インチキ
B　ボロ
M　マシーン
って習ったけどな

関係ないけど、EMCってみるとEMergency Callっていつも思ってる

>>123
ほんとかな・・・形式によって違うのかね
以前はSunを搭載してると聞いたが

ちなみに、俺も設計した潜水艦用基板はコピーが空母ジョージ・ワシントンに積まれたそうだ

>>124
汎用機は１つの脳みそで多重処理をするんだけど
ブレイドになると、その板を沢山積み重ねて１つの脳みそを作ることになる・・

>>128
なるほど、サンクス　ますます興味が・・・。

>>120
今なら、サーバなんだろうけど、
昔はこんな感じだった。

http://museum.ipsj.or.jp/computer/office/0054.html

>>128
ブレードをそう書かれると、グリッドコンピューティングを思い浮かべるんだけど、
実質IAサーバの省スペースって位置づけじゃない？

>>114
受注生産だから出荷先のコントロールが容易なんじゃないかな？
メンテナンスも必須になるし。

>>130
これ、1台1台　RS-232Cとかで当時のパソコンとかにつかないでいたの？

>>133
シリアルケーブルか、LANで繋いでたと思う。

>>130
この小ささでもN5200が動いてたのか・・・

>>131
ハイパフォーマンスコンピューティングという人もいますね
仮想化と混合されてあやふやな分類と考えています

>>127
ベースラインによって違う。
GOTSのUYK-43とか積んでるのもあればQ-70シリーズ（PA-RISCだったような）を積んでいるのもあった気がする。
ジェーン年刊に載ってたよ。

開発中のSPY-3はブレードサーバが搭載される模様。軍事研究に載ってた。

>>127
もしかして、○電気さん？

>>136
Q-70か・・・

下手すると新幹線も制御してるシリーズだな・・・因果か・・・

>>138
Q-70ってUYQ-70の事なんだけど…
ttp://www.q70.com/

>>139
これは・・・数名で特注品つくってる業者さんだね
緒言はふせてあるな・・・

>>107
ぼ…汎用機

USサイトだと中身を観れるヴァーチャルツアーがあるな
ttp://www-03.ibm.com/systems/z/hardware/zenterprise/zec12.html

なんかもう秘密物資の組み立てに疲れたな・・・
サポートが大変すぎ
悪用も多いし

いつになったら砂漠に事務所作ってくれんだよ

Compare and Swap

安いな。
でもランニングコストは変わらないんでしょ？

EMCつながるんかね。RPQかな

>>80
メインフレームって、CPU大量に積んで並列処理とかできんの？

>>125
どっちかっつうとパンモロなのでは？ｗ

汎用機のどこが汎用なのか
わからなかった自分はたぶん若者

>>148
＞1筐体当たりのプロセッサコア数を96個から120個（システム管理用および故障時のスペア用を除く
＞ユーザーの処理に使えるコア数は80個から101個）へ増大させた。

大量に積んでるし並列処理するためにあるのがメインフレーム

>>116

やっぱ盗撮スレになってたか

>>151
詳細確認したけど、CPUダイに８個のプロセッサが乗っかりその１コア数を数えてるね
オープンシステムではあまりない大型設計だから思想が違うな・・・

>>152
>>153
システムラックを見たらキンタマ構造してるよな・・・
おまんこじゃないよ

メインフレームとスパコンって何が違うの？

intelがCorei7だからって、コアが８つある汎用機ができました
だけだと高いな、これ

ここだろ？役員会でパンチラ盗撮勉強会やってた会社って。

もうAS／４００って売ってないの？

>>159
IBM汎用機はツタヤのレンタル記録とか漏らしてたよね・・・あれも盗撮か

盗撮機？

盗撮にも使えるの？

８つあってもひとつは制御用だからパソコンと同じだな

現役のCOBOLerだが、もういいだろうと本気で思う今日この頃

局所変数という仕組みがないウンコ言語のCOBOLとか、パソコン通信かよ！ってツッコミ
入れたくなるTSOとかそろそろ捨てるべきだろ

うちが長くお付き合いしてるところでも、「もうCOBOLで新規開発はやらない」って
言ってるところが結構出てきてるし、もう国策としてメインフレームは捨てるべきだよ

あんな非生産的な仕組みを使ってる限り日本企業は良くならない
JAVAとかの最近の言語に比べて開発コストとシステムの柔軟性が段違いに糞なんだもの

どっかのベンダーはCOBOLは今後エミュレーターで運用するとか言ってたね

>>164
変数名を工夫すればグローバル変数だけて、それなりのプログラムが書けるはず。

って、根性論だよね

会社のトップニュースがすり変わるのも業界最速だったな

>>159
すべてPower systemsに受け継がれています
ttp://www-06.ibm.com/systems/jp/power/hardware/

>>165
医療関係経理は以前からunixでCOBOLを動かしてるはずです

>>166
うん、根性論だし理想論だと思う

変数名の想定されるスコープや種類に応じて接頭語・接尾語を付けようが、値の論理的意味に
応じて統一した連番や変数名をつけようが、それは「そのルールを全員がちゃんと理解して
かつそのルールを守ってコーディングする」という前提の元にのみ成立する理想論でしかなく
現実は、次第にローカルルールは形骸化してグチャグチャになっていく
（納期優先の特別対応により突貫工事でコーディングしたとか、部署によってはちゃんと
　コードレビューできる人が居なくてコーディングルールが崩壊したとかね）

で、結局、いつか影響範囲調査漏れにより本番系で大きなシステム障害起こして、その後は
無影響調査の名の元に、どんに些細なシステム変更でも想定される全シナリオをSTで流す事を
要求されるようになって、システム開発が破綻するんだよ

もう新言語とかフレームワークとか
覚えるの無理だから、IBMさん頑張って下さい。
業務ロジックを考えるだけで手一杯だよ。。

最高解像度が好きな最高娘悶

>>170
ありがとうございます。
教員的発想と、現場の現実のギャップですね。
実際にコーディングする人の技量、特に下請けの技量を向上させる秘策はないですかね。ITドカタなんて自嘲する人がいるくらいですから難しいんでしょうね。

仕事量を単純に人日でいう業界体質も問題かな。いろんなレベルの人がいるのに

>>173
下請けを使わなくても済むように、システムの規模をとにかく小さくしておく。

>>174
その考え方を突き詰めていくと、優秀なプログラマーが一人で書いた将棋ソフトとか、独りで仕様から作ったプログラム言語とかが優れていることになりそう。

>>173
基本的な話しかできないけど
�@コーディングルールや開発フロー、ライブラリの解説や各種ツールの使い方を網羅した
　新規参画者向けのマニュアル（確認テスト付き）を整備する
　新規参画者はいきなり仕事させるんじゃなくて１〜２週間は教育に当てる
�Aレビュー者がちゃんとコードレビューする
　機械的にチェックできるところはExcelマクロとかでチェックツールを組んでツールで
　コードチェックする（そういうチェック支援ツールを充実させる）
ってところかなぁ

面白いところだと「○○と××が同値かチェックする」「汎用変数定義の△△の配列を先頭から
順次フェッチする」みたいな凄い細かいルーチン単位にモジュール化してて、そのモジュール
の組み合わせで業務プログラムを組むところもあったけど

>>176
コーディングの現場監督経験はなくて、プロジェクトの発注経験しかないのですが、
発注側としては外部仕様を決めて、内部仕様は受注者におまかせ。検収はテストデータで。
という感じで、発注側はコーディングの中身にまで立ち入らないのが普通ですよね。

でも保守を考えるとコードレビューとまでは行かなくても、発注側もコードを確認するぐらい
コーディングの詳細を気にするべきですよね。でも、やりすぎると受注者がいやがるだろうし。

結局、「（コーディングがぐちゃぐちゃでも、とりあえず）動けばいいよ」という発想が、発注者側にも
受注者、特にSI側にあって、それが最終的には無駄な作業を増やしてしまうのでしょう。

注）　この話題は、メインフレームのCOBOL(>>164、>>170)から派生しています。

>>177
あなたの立ち位置がちょっとよく分からないんだけど、俺が今メインで担当してる
生損保業界だと

　�@クライアント：　生損保会社情報システム部門
　�A要求定義・外部設計・ITB・ST・開発管理：　グループ子会社 or SIer
　�B内部設計・実装・UT・ITA：　ソフトハウス or SIer

って構造が多いんだけど、�@の立場な人なのかな？

この例で言うとコーディングレベルの生産性を考えるべきなのは�A・�Bのプレイヤー
であって、�@の人ならそこまで考えても仕方がないと思う
�@の人にできるのは�A・�Bの人から現状をヒアリングして
・コストを高めてる要因は何か？
　（テスト支援ツールがない・ソースがスパゲティ・ドキュメントが無いなど）
・それらの要因を改善するのにいくらかかって、改善したらどれぐらいの
　開発コストダウンが見込めるか？
を試算して予算取りと業務改善プロジェクト推進を行うぐらいかなぁと思うんだけど

あと、「動けばいいよ」の思想が発注側にはともかく、受注側に強くあるのであれば、
サービス改善に対する動きが無いわけだから、そんなSIerは変えるべきだと思う
サブシステム単位で部分的に別SIerを入れて競争させるくらいはやってもいいんじゃないかね

>>178
(1) クライアント　です。
（機種依存文字を使うと叱られる環境で育ちましたので、文字を変えています。）

ソースがスパゲティになってて、ドキュメントがなかったりすると、怖くてSIerを変えられないんです。
ソースの可読性を低くするのは、SIerの利益になるのかもしれません。

でも3次下請けのソフトウエアハウスが空中分解して、誰もわかる人がいなくなったとか、怖い話がいっぱいありますよね。

で、本来の話に戻すと、現有のメインフレームで動いているモジュールを、そのまま業界最高速のIBMメインフレームに乗せかえるのが、一番コストのかからないアップグレードになるというクライアントが多いのでしょう。

日本IBMは盗撮事件を起こした際は現職だったにもかかわらず、「退任しているのでコメントは差し控えさせていただく」としている。
http://npn.co.jp/article/detail/70799985/

現状維持が大好きな日本にぴったり

最低顧問

>>179
(2)からSIerなら、SIerの乗り換えには障害はあると思う
ただ、(3)にしてみればコードがスパゲティだとかドキュメントが無いなんてのは当たり前の事だし
新(2)が優秀な(3)を確保できるなら、時間さえ貰えれば順応できるものだと思うんだけどね

確かにおっしゃる通り、(2)以下の体制が変化する事で開発体制が崩壊するなんてのはよくあることだし
だからこそ、冗長性確保の意味で複数の(2)を使うことは意味があると思うんだけど
要は新(2)と現行(2)との情報連携を(1)が担えばうまく行く気がする

>>179
あと、IBMのSystem zが未だに売れている理由はおっしゃる通り
ただコストが安いってのはイニシャルの部分だけで、ランニングの開発コストの高さやソフト基盤が
対応できないことによる本業の機会損失みたいな部分には触れられていないんだけどね

まあ、だからこそ現役COBOLerの俺らが食いっぱぐれないって話はあるんだけど、やってる本人達から
見れば、こんな非生産的な事やってて日本は大丈夫なのか心配になる事がある

俺はJavaのWEBアプリもやるけどエディタや分析ツールが充実しててローカルデバッグできる
最近のローカル開発環境＋IDE一式な環境なら、UT時からDBや実行環境を開発者全体で共有する上に
デバッガが貧弱なHOST環境より10倍以上は生産性が高いと感じるし、OOP言語ならCOBOLよりも
もっと少ないコードの変更で済むとか、遥かに少ないテストケースで済むのとかってのはよく感じる

最近じゃライセンス費用の高いeasy plusやnaturalなんかはWEBへのリプレースが進んでるし、
いっそのこと国策としてCOBOL to Javaな移行を推進する研究会なりを作るべきじゃないの？
と思うんだよなぁ・・・

そもそも、cobolからかえる意味がない気がする
cobolでいいものをわざわざ他の言語にする必要なし

その辺の駅やコンビニにあるATMは
みんな これに繋がっているのか？
あんなの全国に数万台はある
処理能力がすごいは

>>186
コンビニや銀行のATMだけじゃなくて、ケータイからも振り込みできる。
個人の口座からの払い戻しのような散発的な処理（トランザクション）だけじゃなくて、
給料の払い込みとか、クレジットカードの引き落としのような一括で大量のトランザクションもある。

いつもどおりのトランザクションだけなら頑丈だけど、去年の東日本大震災の後、義援金の振り込みが集中してパンクした銀行もある。

「時代遅れ」とか「化石」とか批判されるけど、メインフレームは頑張ってるでしょ。

>>183
> >>179
> 新(2)が優秀な(3)を確保できるなら、時間さえ貰えれば順応できるものだと思うんだけどね

優秀な(3)は保守＆改善業務より新規開発が好きで、金融系よりネット＆ゲーム系が好きなんだよね。

> 確かにおっしゃる通り、(2)以下の体制が変化する事で開発体制が崩壊するなんてのはよくあることだし
> だからこそ、冗長性確保の意味で複数の(2)を使うことは意味があると思うんだけど
> 要は新(2)と現行(2)との情報連携を(1)が担えばうまく行く気がする

(1)のトップの気持ちとしては、停年までシステムがノートラブルであればよい。冒険したくない。
(2)をIBM、日立などのメインフレームメーカー本体や、NTTなんとか等の大手に一本化して、丸投げして、何かあればそちらに処理させるのが賢いやり方。
大出世は望めないけど、左遷されることもない。

システムのアップグレードは、ソフトウエアを一から構築しなおす方が効率的なシステムが多いだろうけど、
トラブルが怖いので互換性のあるハードウエアのアップグレードで済ませる。だから、 >>1 の需要がある。

なんとなく割り切れない気分が残るんだよね。
かといって、小泉や橋下みたいに「ぶっこわす」とやってみても、新しくて良い物が急にできるわけでもない。

>>184
> まあ、だからこそ現役COBOLerの俺らが食いっぱぐれないって話はあるんだけど、やってる本人達から
> 見れば、こんな非生産的な事やってて日本は大丈夫なのか心配になる事がある

COBOLを選ばずに、ファミコンのゲーム開発を選んでたら、今頃、食いっぱぐれるか、豪邸に住むかどちらかだったよ。
継続性という美名の元に非生産的な仕事を続けるのは、日本の伝統ですよ。大企業も役所も。

> いっそのこと国策としてCOBOL to Javaな移行を推進する研究会なりを作るべきじゃないの？
> と思うんだよなぁ・・・

>>185
>そもそも、cobolからかえる意味がない気がする
>cobolでいいものをわざわざ他の言語にする必要なし

数値計算ならFORTRAN、金融系ならCOBOLという時代に、「構造化」というキーワードでC言語が華々しく登場し、
メインフレームでもPL/Iが数値計算も金融計算もできる構造化言語として登場した。
でもCOBOLからPL/Mへの移行は進まず、結局、COBOLが残った。

素晴らしい開発環境が登場しても移行は進まず、歴史は繰り返すのでは？

ID:UyOGmtDq　さんが住んでおられる生保損保業界だと、トランザクションは多くないよね。
それなのにダウンサイジングせずにメインフレームを使ってるのは、やっぱりメインフレームの信頼性が高いからですよね。

孫子の代までCOBOLは生き残りそうな予感。でも、子供にCOBOLを覚えさせようとは思わない。

>>189
誤） でもCOBOLからPL/Mへの移行は進まず、結局、COBOLが残った。

正） でもCOBOLからPL/Iへの移行は進まず、結局、COBOLが残った。

PL/I メインフレーム用高級言語
PL/M 最初はIntel8080用に作られたPL/Iのサブセット

メインフレーム（今はIBMのSystemzと同義）とPCやUNIXサーバーとの違いは信頼性と処理能力
数値計算（浮動小数点演算）だけならスーパーコンピュータにかなわない
普通の業務アプリは変数への代入/コピー、2進数演算/10進数演算が主だからメインフレームはその辺のパフォーマンスを重視している
OSの話は省くがOSとハードとの連携で他を寄せ付けない信頼性とパフォーマンスを維持している
20年前から消えてなくなると言われてるがそれはビジネスを知らない戯言

蛇足だが、メインフレームの優秀さはUSのIBMが総力をあげて開発しているからであって、商社である日本IBMとは関係がない
日本ではメインフレームを良く知っているのはユーザーかベンダーのスーパーSE

>>1
業界最速と言うが、業界外にはもっと早いメインフレームがあるってことか？

>>188
まあおっしゃる通り「今うまく行ってるのにリスクを負ってまで冒険したくない」ってのが
リプレースの進まない一番の理由のなんだろうなぁ

>>189
> ID:UyOGmtDq　さんが住んでおられる生保損保業界だと、トランザクションは多くないよね。
> それなのにダウンサイジングせずにメインフレームを使ってるのは、やっぱりメインフレームの信頼性が
> 高いからですよね。

まあ、信頼性というより>>188の通り、誰もダウンサイジングする冒険をしたくなっただけというのが
正しいのかも・・・（変える必要性を求められないほど信頼性が高いという意味ではその通り）

正直な話を言うと、自分の含めて業務アプリに落ちてくるようなエンジニアは、業務知識はともかく
コンピューターへの知識や技術については平均レベルは高くないんだよね

>>188の言う通り、技術的に優秀な人ほどソーシャルな世界に行っちゃうから、イノベーターが来ない
よって技術革新が進まないってのはあると思う

>>190
ちなみに先輩が言うにはPL/Iは当時としてはメモリ喰いな環境だったらしい
PL/Iの普及が進まなかった理由はその辺も大きいらしいよ
（COBOLerって未だに数値計算にはCOMP-3、COMPな変数使えとか、変数初期化にINITIALIZE使うなとか、
　重いSTRINGやINSPECTをリアルタイム処理で使うなとか、正規化を積極的に崩して冗長な項目を
　各テーブルに持たせてDBアクセスを減らせとか、無駄にパフォーマンスにうるさい人多いし）

>>191
学生時代の同期はソフトベンダでJavaベースのバッチ処理フレームワークを作ってるけど、
彼らに言わせればぶっちゃけそんなことは無いってことらしい

PC向けCPUのパフォーマンスアップペースはメインフレームのそれより遥かに上だし、
クラスタリングすればパフォーマンスも冗長性も十分稼げるということらしいんだよね
（まあ科学計算用スパコンなんてPCクラスタのでかい塊だし）

ただ、クラスリングの構築と運用には高い専門知識が必要になるんで、業務アプリ業界の
周辺にはそんな事できる人材はほとんど居ないってことなんだと思う

ただ、最近だとAmazon EC2やWindows Azureみたいなその辺の難しいことはプラットフォーム
ベンダが全部やってくれるっていうサービスが出てきたんで、今後は分からないと友人は言ってた

メインフレームの信頼性ってのは、サポート契約している限り
周辺機器や、本体内部ハードウェア構造、基本ソフトウェア構造の観点から
検証出来る技術サポート要員（または開発担当者）をすぐに動員出来るような体制になってるって事と
設計上無駄に思える冗長性を有してるって事じゃね。

やっぱり内部的にメモリアクセスのエラーや
バスアクセスのエラーが低確率で出る
って昔メインフレーム開発の一部をやってた人が言ってた。

不具合あれば、機器取り替えてOK、大体この辺のバグやトラブルが原因ですね〜
という理由で了承できる業務ならメインフレーム要らない。

動かない原因究明をして、ソフトやﾊｰﾄﾞの修正まで視野に入れた対応が欲しいなら
メインフレームか、内部で開発チーム持つかしか無いんじゃね。

>>196-197
昔はメインフレームはI/Oが速いって言ってたけど、メモリが安くなって、PCでさえ巨大なメモリを積む時代になったから、I/Oなんてバッファメモリで見かけの速さを稼げるものね。

図体がでかいから冗長性が高くて安心と言うけど、安価な汎用部品が使えないからコストパフォーマンスが悪い。
製品開発のサイクルがゆっくりだから、陳腐化した印象をあたえる。
これまでメインフレームを使ってた業界が、どんどんUNIX由来のサーバーやスパコンに移行し、クラウドという毛色の違う競合相手も出てきた。

明るい材料がないのに、新製品をリリースしたIBMは立派。

>>198
メインフレームのI/Oが速いのはチャネル（IO専用CPU）があるからだよ
バッファメモリーを増やしたってメインフレームのI/O速度とPCのIO速度は月とスッポン
自分の口座がPCで管理されてるなんてことになったら毎日心配にならないか？

牛友チェーン

>>199
PCも10年以上前からDMAというものがありまして・・・
というか今の時代に補助記憶装置のI/OをCPUがやってるアーキテクチャなんて無いわけでして

実際に使ってる身としては、DASD上でファイルをコピーするのと、コンソールエミュレータ
動かしてるPC上で同容量のファイルをコピーするのとでは数倍PCの方が速いですね

つーか、最近のPC鯖だとIO Driveみたいな超高速SSDストレージとか使えるし、それをウリにした
レンタル鯖屋とか普通にあるし、ストレージのI/OについてはPC鯖の方が遥かに速いのが現状かと

>>199
銀行関係だけ簡単に。金融系の仕事をしたことがないので間違ってたらごめん。

>>198　では、チャネルという単語は使わなかったけど、>>103　では使ってる。
銀行やコンビニのATMを専用線経由でホストにつないでた時代だったら、
専用線 <--> 回線制御装置 <-- (チャネル) --> CPU
でパフォーマンスも信頼性も最高レベルだったんだろうけど、
全銀協標準プロトコルでTCP/IPが採用された頃（1997年）からチャネルの絶対的優位性はなくなったのではないかな？

給与振り込みやクレジットカード引き落としなどのバッチ処理だとチャネルの優位性を思いつかない。

>>201
PC単体ではパフォーマンスが向上しているのは知ってます。
でも100万単位の銀行口座をPCで管理するのは時期尚早です。

銀行勘定系サーバの話でメインフレームと比較すべきは、PCではなく、UNIX系サーバーでしょう。

I/Oの高速さなら、UNIXサーバ等でまれに使われてる、PCIexバスで接続するエンタープライズ用SSDだろ
低遅延高速になる

FICONとかOSAの話をしても部外者にはわかりずらいからな〜
pcとメインフレームの比較は飛行機とジェット機の差だと思えばいいんじゃないの

盗撮画像投稿共有クラウドはまだですか

その他に過去90日分の本人の行動記録を蓄積して分析し、盗撮行為の予兆を自動検知することができる
管理機能「z哀れ」を新たに搭載し、社員監視のさらなる安定化、負荷軽減を図った。

unixサーバのハードしかわかりません、ソフトはごちゃごちゃしてるので
それで富士通のカンペ（むかしの案件の集積書類）にあったのはSSDはメモリードラムなどで
記憶装置の保護として使ってた事例です
これ現在は、ディスク装置（アレイやNAS）に内蔵されてるので無視してもよいのですが
汎用機はこれをかなり用意しないと効果がない上に制御できる脳みそだれも持ってないという

いえ勝手な感想ですみません

業界最速盗撮機

メインフレームってCOBOLを使っているそうだけど、何で？
Cとか、C++で作れないの？

スパコンをメインフレームの代わりに使うことって出きるの？
PCクラスタをメインフレームの代わりに使うことって出きるの？

くされ縁でそうなっててこうなってるのです

>>209
>スパコンをメインフレームの代わりに使うことって出きるの？
F1でトレーラーを引っ張れるのか　聞いてるのと同じ

>>202
いや、最近の企業だと普通にPCアーキテクチャサーバーのクラスタで億単位のレコードを扱ってますが・・・
外資系金融機関なんかは基幹システムからもうPCアーキテクチャのサーバーにJAVAとかですし

あとPCとUNIXサーバーってハードのアーキテクチャは一緒（x86系）では・・・？
まあ、SPARCとかありますが、あっちは学術向けがメインで業務向けに使われたって話は
滅多に聞きませんね

>>203
単純にストレージ専用バスがあるって話なので汎用バスのPCI系とは全然違いますね
ただ、いかんせんそのバス自体が低速なうえ、接続出来る機器の制限が激しいので、
結果としてはPCIExpress 3.0にハードウェアRaidコントローラ内蔵の高速SSDボード
とかの方がスループットが速いってはありえると思います

>>209
Cをメインフレームで動かすところは偶にありますね
ただ、メインフレームが流行った当時としてはCOBOLエンジニアが今のJAVAエンジニア並に
デファクトスタンダードで数も多かったので、人材調達の面から次第に廃れたと聞いています
（COBOLは今のVBやJAVAなどと比べても習得が簡単な言語ですし、Cは習得の難しい言語ですから）

あと、スパコン（x86でないアーキテクチャのコンピュータのクラスタと仮定）をメインフレームの
代わりに使うというのは、ミドルウェアなどのソフト面でメリットが無いので誰もやらないでしょう
PCクラスタをメインフレームの代わり使うというのは日本以外ではデファクトスタンダードですよ

>>212
unixサーバーは、windowsより１０年前に64bitにしてたので
一部が重なってるようであっても、まあ試験的に作用の高い部材が入っています
高価な部材だとほとんどが汎用機の転用でもありミドルウェアと言われるわけです

既存のストレージ用バスは、HDDをターゲットに作られていた
だから、遅延が大きく、低遅延が可能なSSDの利点を生かしきれてない

PCIexバス接続の低遅延SSDストレージを使った場合のI/Oの高速さにはかなわない

>>215
ですので、hpでは記憶装置にSSDをつかうのではなく一時保管場所のキャッシュ領域として
使うことを提唱していましたが、これはデーターベースとの親和性設計にあわせ特注扱いで
たぶん日本で販売されがたく、アメリカでも虎の子ではないかと思われます

汎用機でも同じようなことかと

>>214
いや・・・、OSとハードがごっちゃになってないですか？

x86でも個人クライアント用の安物からエンタープライズサーバー向けのハイエンドまで様々ですし、
そのハードにAIXとかインストールすればUNIXサーバーですし、Windows Serverをインストールすれば
Windowsサーバーになるんですけど

例外としてWindowsがサポートしてないアーキテクチャであるSPARCとか積んでるマシンであれば
UNIX専用サーバーになるんでしょうけど、x86以外のアーキテクチャを使ったサーバーを業務系で
使うってのは滅多に聞きません
（業務アプリの構築はミドルウェアが無ければできませんし、x86以外のアーキテクチャをサポート
　してるミドルウェアってかなり限られますし）

>>217
はい不詳、その仮想化にカンしては相当疎いです（あまり信頼してないのかな・・）
業務系でunix専門ってimodeのむかしの話でありますね

>>216
IO DriveやSSD搭載のレンタルサーバーって今じゃ普通にあるんですけどね
http://server.sakura.ad.jp/dedicated/flex.html

アーリーアダプタレベルではありますが普及段階に入ってます

いや勘違いかな、IBMとhpの違いでIBMはまさかLinux(AIX)をx86にしてるのか
hp PA-RISCのようにこだわって販売困難でも推進してる人間ってもう居ないんだろな

>>219
IO DRIVEにCPU入ってるのかな？わかんないか
１０年前から進化してない感じだね

>>221
Raidコントローラーなら普通に入ってますね
あとストレージコントローラー（CPUの代わりにストレージI/Oを行うサブプロセッサ）は
チップセットに統合されてますよ

>>222
検索してみたけどRAIDコントローラーがなにか書いてないし
データベースの細かい対応書いてないし
なんか怪しい雰囲気があるね、これ

>>223
Raidコントローラーは大抵メーカーの専用プロセッサですから書いても仕方ないでしょう
（ハイエンドコントローラーの外販やってるメーカーってあったっけ？）

データベースの対応は単純な高速ストレージなので、HDDに物理ファイルを置けるRDBMSなら
なんでも使えますよ（チューニングはDBエンジニアの仕事ですからまた別の話ですし）

それから、IO DRIVEは、PCI-Express 2.0 x4に変更されてるけど
どうせアレイ用コントローラーの型落ち品を売ってるだけにも見えるな・・・

>>224
あります

どうせ価格で判断しろですけども、アレイコントローラーでも
IBMをほめるわけではありませんが、高価な場合はPowerPC
廉価な場合はintelと私が見ていた時代には全く違ってましたからね
これだけ違うのに同じように販売してるので詐欺なんですけど
それがしがらみなので仕方ない
さらに、こういう違いがチューニングでトラブルを発生させます

S/36

>>225
今の最新世代だとPCI Express 3.0 x8ですからね
ちょっと世代が古いですね
ただ、その分そこらの鯖屋でも使えるぐらい安いってことなんでしょう

>>226
PowerPCのみがハイエンドだったのは結構前ですね、その後はIntelがハイエンドになったような
（Adaptecが死ぬ前の時代ですが）
今の時代はほとんど自社チップですよ
業界トップのLSIだってそうですし

>>228
ような、じゃなくて確認したいのですが、メーカーのサービスマン用データシート見ないと
はっきりしないでしょうからこれくらいにしておきます

というか、実際に目新しいハードを調達するときは評価環境借りてパフォーマンスログ取って
それを元に判断するんですけどね
アレイコントローラーが○○製だから買うなんてのはあまり聞かないやり方ですね

>
評価機材そのものの調達の話でなじみが無いのは残念ですが、
アメリカの輸出規制も無視して入れる爺さん
というなら言ってください、それが民間の残酷な仕事です
駄目だった場合は俺らぺーが責任取らされる
（もっともそこにはだいたい隣に化けた私服警官がいますけど）

暖かい、だが恐怖は感じない

試験管、試験官、試験艦
実際どの精子や卵子でできたのか設計者しかわからない自分と機材をしるのです

>>201
そもそも、チャネルという単語ので多数の方の間で齟齬がでてませんか？
特にIBMがいろんな物をチャネルって言ってますよね

通信環境での回線制御とCUPもチャネルですが
CPU<->メモリ、 CPU<->HDD, パラレルデータの結合もチャネルだったりします。

>>201　>>202
ＰＣのパフォーマンスで銀行をとか話にならんですよ
小さな処なら、まだUNIX系サーバの検討できますが
ゆうちょなんか、1日のトランザクション６０００万件は保障でききない駄目ですよ
処理するレコードは１００億件レベルですよ

給与振込み、引き落とし、金利計算等々夜間バッチ量が凄いですよ
CPUT<->メモリ　ＣPU<->HDDの処理能力はかなり高いものを要求されます。

まあ、だからこそ>>216辺りの話になっていくわけです。


>>212
外資系の金融機関は、日本の都市銀と同じサービス業務してないですからね
日本の都市銀がPCアーキテクチャのサーバーにJAVAは情報系のサブシステムしか
むりでしょうね。
勘定系は外資銀行とサービスが違うため、処理件数が全然違います。
さらにパフォーマンスだけでなく信頼性の要求が高いのでまだまだ無理ですよ。

一例を上げると、銀行口座の自動引き落とし
電気、ガス、水道、クレジットカード等々

毎月自動引き落としとして、それぞれの会社（電気やガスなど）から
引き落としのデータを銀行が受け取りバッチで処理しますが
外資系銀行はこのサービスを一切しません

日本の銀行って結構良いサービスしてるんですよねえ

>>212
日本の銀行は信用を大事にするため、閉店時に勘定が1円でもあわないと、合うまで残業してきっちり合わせるという。

アメリカでその話をしても、無駄な残業代を払う愚かな金融機関だと思われる。

「金銭には換算できない信用」か「コストパフォーマンス」か、根本的な部分が違った。

今はグローバル化の美名の元で、日本の古き善き伝統が奪い取られている。TPPの時代になったら、もう一段、進むのだろうな。

大規模なシステムダウンはメインフレームからダウンサイジングしたシステムで起こって来ている
信頼性、運用性をあまり問わない分野ならダウンサイジングはいいと思うが、クリティカルな領域ではまだ当分無理だろ
ダウンが許されないような分野でメインフレームと同じサービスレベルを維持しようとすると、ダウンサイジングは開発費、運用費がかさんで結局コスト高になってしまうんだよ
20年以上も前からなくなるといわれ続けているメインフレームが生き残っている理由はこれだ
メインフレームが高いというのはハードの費用、しかしそれを補って余るものがあるから売れ続けてる

>>211
> >>209
> >スパコンをメインフレームの代わりに使うことって出きるの？
> F1でトレーラーを引っ張れるのか　聞いてるのと同じ
わかりやすいね。

似たような例えになるけど、
バス用エンジン　＝　メインフレーム（別名、汎用機）
玩具用エンジン　＝　パソコン
乗用車用エンジン　＝　UNIX系サーバー
レース用エンジン　＝　スパコン

最初は、メインフレームしかなかったから、
バス（基幹業務）も軽乗用車（小規模研究利用）も玩具（個人の趣味利用）も全てメインフレームを使っていた。

でも、玩具用や乗用車用のエンジンが発明され、小規模研究ではメインフレームを使わなくなった。

そのうち、乗用車用や玩具用のエンジンが高性能になり、バスでも使えるようになった。

こんな感じで、バス用エンジン＝メインフレームの市場がどんどん小さくなってきた。

まぁ安いのは安いので重ねて、適当に信頼性上げとけばいいね
99.99%を99.9999%にするために1000万払うのが妥当なものばかりじゃないし

ファーストサーバ単体に任せっきりみたいなアレが最悪で
糞安いのでもいいから他社のVPSにコピーしておけば問題なかった

さっきからメインフレームマンセーのオッサンどもは何言ってんのか
サッパリ分からんな

最近の技術について基礎知識が無いままに思い込みだけで適当言ってる感じ

チャネルとバスの違いもメインフレームのチャネルは高速なんだ！
ってレベルしか分かってないしのバレバレだし、>>218で仮想化とか
全然関係ない的外れな事言ってるし>>216とか意味不明

メインフレームにSSDなんてオプション無いし、単純に膨大な
トランザクションを高速に処理したかったら速いストレージ持ってこい
ってだけの話だろ？

最近のサーバーなりワークステーションなら、SSDなんか比較に
ならんほど速いRamDiskだって使えるし、そもそもDBをオンメモリで
動かす事もできるっての

メインフレームみたいな骨董品は、古いプログラムの動作検証が
とれてるってことぐらいしかメリット無いだろ
（まあ、それが何より重要ってのはよく分かるが）

つーか、なんか昔流行ったなんでもstaticで宣言するのが正しい、
インスタンス作る奴は馬鹿だとかいってた基地外オジサンを思い出すな

年取ったオッサンになると、それが世間から見て異常とかマイノリティ
って立場になってても、なんで自分の道が100%正しいって
顔をしだすんだろうかね？

まあいまのプログラムは、多少のメモリリークはしょうがない、
メモリリークなんて、メモリは十分余裕をもって積んで、
プロセスやサーバを定期的に再起動すればいいみたいな前提だしな

>>217
＞x86でも個人クライアント用の安物からエンタープライズサーバー向けのハイエンドまで様々ですし、
＞そのハードにAIXとかインストールすればUNIXサーバーですし、

IA用のAIXは存在しないんだけど。。。

>>240
>>241
F35はF22にかないません
今の技術は明らかに退化してます

あなたは汎用機のメモリードラムを知らないだけですよ

磁気ドラムメモリを使ってるマシンなんて稼動してるの？

>>245
してません、してても秘密だと聴いております

『業界最速』　の　盗撮機

でもこういうメインフレームが、ハイエンドのクラウドサービスを支えてるんだよなと

PCベースサーバーとは比べ物にならない帯域と処理能力を持ってる

>>248
クラウドでメインフレームって聞いた事ないな

電文送受信でデカイオーバーヘッドが発生するのに、「ハイエンド」のクラウドで
メインフレーム使うの？
マシンリソースの使い方が明らかに間違ってるし馬鹿じゃね？

トヨタなんかもそうだけど、メインフレームを未だに使ってるところは
バッチがメインだろ

大型コンピュータっていうのが格好悪いからメインフレーム

これでIBMは「シャットダウン完了」ってことになるな

>>250
旧式コンピュータの方が正しいかも

ここでメインフレーム最速とか言ってる奴の何割が実際にTSOやマスターコンソールを
叩いた事があるのかね

今日も仕事でHOST使ったけど、あんな使い難くて遅いものが業界最先端とか寒気がするよ

>>252
それはunix serverでも同じですな
日立製のコンソールは使いやすかったけどさ

メインフレームはDB2サーバーが主流となってとして生き残るだろ
z/Linuxという先進的なシステムもある
PCやUnixで世界が回っているわけでもない
今でも大規模な基幹系はメインフレームが支えてるんだぜ
別にメインフレームに興味を持たなくていいが、間違ったことを類推で断じるなよ

>>253
ああ、触った事が無いんだね

JCLって知ってる？データセットって分かるかな？
その辺を理解してからレスした方がいいと思うよ

もし、それを理解してUNIXと変わらんなんて言うのなら、それは
上辺しか触れてないって事なんだろう

例えば運用オペレーターレベルならHOSTだろうがUNIXだろうが
どっちも変わらんだろうしね

それで、国産sybaseDB開発は失敗しました

>>255
どれも知ってます、秀丸でJCLとか編集してるの横でみてましたよ

>>257
JCLすら自分で書けないのかよw
ハゲワロタwwwww

しかも見た感じTSOエディタも叩いた事ないとか？
データセットの順次と区分とVSAMの違いって分かる？


車持ってない奴がトヨタのプリウスは世界一最高だとか言ってるレベルだよ、それ

業界最速って、
メインフレームで、業界じゃない最速ってあるのかいな。

>>258
相当いやなことがあったんですか
なんなら自分が聴きますよ
でも電気は消してね

cobolで動くものをそのまま使い続けるというのはそれでいいと思うよ。
「信頼性が命」はそれはそれでいいじゃん。

置き換える必要はどこにもない。

>>261
田舎でCOBOLもJCLもいじクリまわしてましたが、信頼性というより
安いからどっかでの使い回しだから、って感じでしたよ

>>261
システムに変更が入らないならね

でも、実際は制度は変わるし新商品も作る

んで、そうした変更をしようとした時にかかるコストがCOBOLだとハンパない

新商品作りたいけどシステム対応できないから作れないとか、システム費用高過ぎて
割に合わないとか日本だとよくある話

>>85
ソラリス

>>263
プログラマや日本企業でいると閉じこもった考えになるんですけど
某業界では変更はあまりなくて、入れ替えが多いです
むしろ、変更とか特注はお金をぼったくりする手段になるそうです

>>265
きみさあ、
ホストの必要がある業界やシステムと要求される信頼性・パフォーマンスと
昔は比較の上でホストが良かったorそれでしか無かった業界・システムが
惰性や懐古じじいの為に使い続けているっての一緒にしてる

今での、汎用機を使用する理由、意味がある処と
ない所があって、マンセーしているのじゃなく
要求・必要に応じた選択として汎用機以外では無理って処があるの
その辺の理解が全然ない

あとさあ、トヨタがＰＣサーバーを汎用機のシスプレックス編成に
切り替えてJAVA使っているとか知っている？

>>266
豊田はSNAサーバーっていう汎用機をunixやPCサーバーにつなぐ詐欺にかかったんですね

>>263
それはそうだろうね。
私は信頼性とのトレードオフとして受け入れないと行けないことだと思う。

>>268
信頼実績を出すというのは猿まねするってことですから
この業界２０年たってもコアは進化してないですわ
こんなのでいいのかな

>>268
信頼性っていうなら柔軟なテストフレームがあるとか、言語としてバグの起き難い
仕組みがあるプラットフォームの方が良いだろ

満足なリアルタイムデバッガも無く、ABENDログとDISPLAYでデバッグしてるとか、
宣言した変数の自動初期化機構が無いとか、変数のスコープがグルーバルだけとか、
オブジェクトって概念が無く、一つの変数を桁数分割で区切ってデータをまとめるしか
できないから、変数の構成変化が後続処理のどこで影響するかトレースするのが困難とか
あんなもののどこが高信頼なのか具体的に教えて欲しいもんだ

日本のCOBOL界隈なんてのは人海戦術で無駄に手作業でシコシコテストしてるのが現状だよ

だから漏れやミスがあるし、毎年どこの金融機関も大きなシステム障害を起こしてる

つーか、カバレッジモニタがあるだけで業界じゃ先進的な開発環境なんだぜ？

情けなくて笑いが止まんねーよw

>>271
カバレッジモニタあるの？
いいなぁ

うちの今の現場はDBエディタすらないｗｗｗｗｗ

昭和、平成初期までは、大型コンピュータ＝汎用機

凡用機というやつもおった

オフライン設定乃至ハードウェア固定で、通過するパケットに強制的に .ＮＥＴなりなんなりのラップを掛けられるＰＣＩカード型のＮＩＣを造って、パケットがＰＣのＯＳに影響を与えられない様にした上で、
誰かＣＵＤＡかＧｒａｐｈｉｃｓＣｏｒｅＮｅｘｔでＳｙｓｔｅｍ／３６０を書いたりなんぞすれば、Ｍａｉｎｆｒａｍｅ第二次黄金期が到来するかも知れんぞｗ

>>275　これが本当の「寝耳にヤカンの水」ｗ

ＧＮＵ／Ｍａｉｎｆｒａｍｅがこの世に出現するかもｗ

ﾒｲﾝﾌﾚｰﾑｶﾞﾝｶﾞﾚｰ

MF/COBOLとHP-UXでどれもできることなんだけど、高いです
汎用機よりちょっと安い程度です
日本電気も売りさばくのに失敗しました

COBOL延命か
団塊のようにしぶといな

しつこいよ

どんな言語でもそれはそれでよい
動いていればいい
だめならだめでやりなおせばよい
どうでもよい

やりなおしたい、として死体が増えるけど

>>267
豊田は、取りあえず一部を置き換えて
2年間の様子見してランニングコストと
その2年間で落ちたＰＣサーバーの時間を出して
検討した結果、ＰＣサーバーを一気に減らしたはずだが

COBOLから別言語に切り替えたいとして
死体となくなったプロジェクトがやまもりだよな

うまくいった例もあるけど・・・
某プロジェクトではソースも紛失されて
逆アセＸＸＸしてゲフンゲフン

>>275-277
The Hercules System/370, ESA/390, and z/Architecture Emulator
http://www.hercules-390.org/

世の中には、すごい人がいるね。

C言語は言語仕様上原理的にみつけにくいバグが混入されやすいので、
デバッガや開発補助ツールが発達したのがあるな

COBOLは言語仕様的にみつけにくいバグが混入しにくいので、開発ツールが充実してない

まあ、昔は専用機というものがあったんだわ。
用途に応じて特化したコンピューター。今だと、組み込みコンピューターにあたる。
で、そうじゃないものを汎用機と呼んだ。今じゃPCも実は汎用機の一種。

>>270
金融機関のシステムがメインフレームでなかったら毎日システムダウンしてるだろ
COBOLもeclipseで開発するのがメジャーになって来てるのを知ってる？
日本だけでなくどの国の大企業もメインフレームを使い続けている
コスト意識が高い彼らが使っている意味を考えろ
ブームに乗ってダウンサイジングしてどれだけ痛い目にあったことか

>>287
メモリ直アクセスやポインタがあるという意味でならその通り

でも、同様の機能が無いJAVAやLL言語でもデバッガやテストフレームワークは
充実してるけど

あと、PGM間でのデータの受け渡しが単純なxxバイトの連続したデータでしかない
COBOLは受け渡し先でデータ構造を独自に再定義されやすいし、
そういう構造で、ある出力を得るまでに数十の別のサブPGMを経由してる
とかなったらトレースするのは非常に困難

COBOLならデバッグ簡単とか言ってるのは業務アプリ舐め過ぎ

>>289
eclipseねぇ
外資ならWebSphereは何社か経験あるけど、日本企業は無いね

つーか、あっても予約語が色付けできるCVS付きテキストエディタ
って感じだったけど

ブレークポイント仕込んでリアルタイムデバッグ出来るデバッガとか、
DBも含めたローカルデバッグ環境ぐらいは欲しい


あと、日本の金融機関もサブシステム単位でJAVAなどにリプレースを進めてるけど、
そっちは毎日障害だらけなの？
そんなん聞いた事ねぇよ

メインフレーマーなオッサンどもが必死だなぁ
こいつらGoogleやFacebookがメインフレームで
動いてるって本気で信じてそうw

まあ、メインフレーム系のCOBOLerはプログラミングの基礎や
最近のOSの基礎知識が無い馬鹿が多いから他への潰しが
利かないし仕方ないか

最後の砦であるIBMメインフレームが無くなったら食い扶持稼げなくなるもんな

グローバル変数まみれでバグなしとか、馬鹿だろ。

べつに検索結果やらfacebookの書き込みがバグってもたいしたこと無いが、
銀行の口座残高やら防衛システムがバグったらたいへんだからな

納期が最速です

メインフレームなのに？
逆に怖い

>>1
あらお安い

>>292
メインフレームは根強い需要があることからNECなんかCPU再度作ったりしてる。
まあ、当分なくならないまでも発展性はないだろう。

大型汎用機っていうか頑丈な大型UNIX汎用サーバに成り代わろうとしてるだけじゃ・・・。

>>299
利権があって簡単に置き換わらない
実際にヒューレットパッカードはIBM型の汎用機を脱獄して
自社のシステムをunixに組み替えたら、コストは2/3に成った
1/3をどう考えるかだけ、だけど半額にならないと難しいだろうね

日本のサーバーOSシェア、なんとWindows Serverが73.7％と圧倒　※ただしNT/2000/2003が半数以上
http://engawa.2ch.net/test/read.cgi/poverty/1346894513/

>>301
NTから2003ってDECのコピー品だからな

窓とネットの旋風が巻き起こった頃はメインフレーム絶滅とか声高に叫ばれていたけど
結局はしぶとく残っているという笑える現状
ロケットに数世代遅れの部品が使われてたりするのと同じ構図なんだろうな

>>303
http://www.sbbit.jp/article/cont1/24976
メインフレームのシェアって順調に減ってるじゃん
2000年の25%の規模しかもう残って無いし、年々減ってるんだけど

2020年あたりなれば、さらに75%減で2000年の6%程度しか残ってないんじゃねーの？

>>292
銀行業務でさえ、数字合わなかったり、不祥事起こしても
頭下げりゃ済むんだから、メインフレーム使う必要も無いんだよなｗ

遅い、高い、融通利かないｗそんなﾊｰﾄﾞでも枯れた信頼性が必要な所が使えば良いだろ。

>>299
その方向でハードとしてのメインフレームは残ると思う
なんだかんだ言っても、買ってくるだけで壊れないし止まらないしサポートも万全っていうのは
PCクラスタ組む技術力の無いクライアントにはニーズがあるんじゃないかな

ただzOSやCOBOLは生き残れないだろうな
これからもリプレース対象になり続けるし、数はどんどん減っていくとだろうね

>>306
IntelがItaniumやめるって言ったとき、HPが反対した理由の一つに
XeonじゃItaniumほど信頼性高い設計になってない、ってのがあるんだよね
クラスタ組んでノードの数%ダウンしててもサービスに大した影響はありません、って用途ならx86なサーバーでいいんだろうけど
壊れることが許されない用途ではメインフレームが残るだろうね

>>304
メインフレームは台数は減っても処理能力が大幅にアップしてるからMIPS換算では減ってないだろ
台数でパソコン系の伸びにかなわないのは当たり前
どんなものにも適材適所ってものがある
個人がメインフレームでWebを見るのが考えられないのと同じように金融機関の勘定系にパソコンを使うのは想像できない
PCサーバーだとダウン続出で引き出しも入金も振込もできなくなって社会がなりたたないぞ

> z196と同様にメインフレーム、UNIXサーバ、x86サーバの各プラットフォームを単一システム
> として管理でき

なかなか良さげな気が

>>304
hpはSNAという汎用機を繋ぎ中継する機能を販売しています
相手はIBMなどですし、これは場合によってはx86サーバーにカウントされます
汎用機は１０％程度まで減るかもしれませんが
可用性システムとしては大きな位置を占めたままかもしれません

メインフレームに詳しい人に尋ねたいけど大和ネクスト銀行がPRIMEQUEST+Linuxで
勘定系を組んだのはどういう評価なんでしょうか。

>>310
hpとibmといえば今年唐突にibmはITIL撤退してhp中心になったけど裏事情何よ？

IBMっていうFM放送でのCMを思い出した

>>312
・・・とある情報を自分が流しましたが、何か

すげえな。もうこの先ずっとこれでいいんじゃないか

◆日本ＩＢＭの輝かしい歴史
2005年　ハードウエア取引の不明朗会計により、連結決算内容を下方修正（利益2億6000万ドル減額）
2006年　日本IBMが情報通信研究機構から実際には従事していない研究員の労働時間を含め人件費を請求
2007年　株式会社IXIの架空循環取引による粉飾決算に関して、大阪地検特捜部から強制捜査
2007年　ソフト開発会社のデジタルデザイン社が、日本IBMに対し、12億円の損害賠償請求訴訟
2007年　東京リース株式会社が、販売代金153億4100万円の債務履行と遅延利息の支払いを求め提訴
2008年　スルガ銀行が、システム開発中止の代償として111億700万円の損害賠償訴訟
2009年　福岡銀行でIBM製基本ソフトウェアのバグによる大規模システム障害が発生
2008年　七十七銀行のシステム開発案件の費用超過により、下請の株式会社JCEが債務超過＆訴訟
2008年　神奈川県教育委員会から受託していたシステムの個人情報が、下請社員により漏洩
2008年　従業員の15％に相当する1000-2000人規模の退職勧奨（事実上のリストラ）
2009年　株式会社エコミックが給与計算システム開発のプロジェクト中止について提訴
2009年　福岡銀行で日本IBM保守要員の作業ミスが原因で大障害が発生＆損害賠償を検討
2010年　神奈川県警のシステム開発に関する議事録が、インターネットに流出。下請社員が漏洩。
2010年　ニイウスコー株式会社の粉飾決算事件に関して、強制調査。同社の社員が循環取引に関与。
2010年　国税史上最高規模の4000億円を超える申告漏れが発覚し、三百数十億円の追徴税
2010年　ゆうちょ銀行民営化後最大のシステム障害発生。IBM製磁気ディスク装置の制御プログラムのバグ
2010年　雑誌「プレジデント」誌の特集で、 IT業界部門の働きがいワースト企業
2010年　大阪府吹田市において、日本IBMの契約不履行により7億3558万円の契約が解除
2012年　東京地裁はスルガ銀行の訴えを認め、日本IBMに約74億1千万円の支払いを命じる
2012年　大歳卓麻元社長、女子高校生のスカートの中をｉＰｏｄの動画機能を使って盗撮　← New!!

今でも1億円するってことは昔はもっと高嶺の花だったんだろうな
でも銀行の残高が消えるかもしれないみたいな危機はそれこそY2Kの時ぐらいだったから
やっぱり信頼性はそこいらのコンピューターと違うよ
データが消失しちゃうようなどこぞのクラウドサービスとは大違い

>>311
詳しいとはいわんが
汎用機じゃないと駄目という分野に挑戦して短期間で作って、
普通にある微細なトラブルは起きているけど
よくやっているという評価で注目しているが、

汎用機の信頼性が欲しいって処は1年程度なにもないじゃ話にならない
最低１０００日間ダウン0秒（機器が故障しても交換中でもサービス提供するのが当たり前）
で初めて評価の対象として検討できるってレベルなので
注意深く様子見している段階かな　

あと、所詮ネット銀行でネット銀行としてなら口座数とか規模でかいけど
通常の銀行と比べると第２地銀、信用金庫以下の規模

口座引き落としとか一部通常の銀行サービスもしているが
ＪＣＢってカード会社のみしか駄目だしなあ
証券と連動して動かしている処は評価高いかな

通常の銀行でないので、同じネット銀行でチャレンジするならありかも
通常の銀行はまだ無理というか、チャレンジできないって処かねえ

「メインフレームはSSD使えないから遅い」
とか言ってるバカがいるなwww

何年も前から
メインフレームのFICONでSSDなんて
チケット屋で使ってんだろうがw

メインフレームだからコボルってのもどうかと思うがなw
このスレの人たちw

>>36

パーティショニングしてLinuxを動かしたりできるからオープン系でも使えるよ。

>>321
VM上でもいいだろ
良さが知られればz/Linuxはこれから伸びるかも

仮想でメインフレームを動かす事って
出来るの？

>>323
VMの上でゲストOSを動かすなんて、20年前からやってる。

>>324
メインフレームを　なんだけど
本当に出来るの？

メインフレームは、コンピューター界のダンプカー

>>325
PCでやってる仮想化なんでメインフレームじゃ何十年前から…。

>>327
メインフレーム　を　なんだけど

どういう意味で言ってんの?
1台のメインフレームをN台に見せるという技術ならあると言ってんだが。

>>329
論理的な分割は昔からあるけど
それを仮想と言うのかねぇ

「VMでいいじゃん」って上の方で散々ﾎﾙﾎﾙしてるけど
んじゃ、VMでホストは動くの？ってな素俗な疑問

>>330
意味わからんのだけど。
「VMでホストは動くの?」が質問なのか?
技術的に正確に延べてくれないかね。

>>331
そうずっと書いてますが？

>>332
その質問の意味不明だから説明してくれという話なんだが

Netscapeなんて古い時代の話ですが、IBM3250だったかな
ブラウザで動く端末エミュレーターがあったのでホストもあったと思いますが
でも結局メインフレーム本体無しでは動かないと思います・・・

ここで言ってるVMはホスト（メインフレームと同義語、このホストと言う意味も紛らわしいが）のVM
1970年くらいから動いてて、CMSとかMVSとかメインフレーム用のOSをゲストOSとして稼働させることができる
機能は同じようなものだが、VitualBoxやVMplayeｒなどの意味のVMではない

宇宙人の言葉と思って聞いてもらえればいいが、LPARの上に直接z/Linuxを載せるか、LPAR上のVMの上にz/Linuxを載せるか2通りの方法がある。
cpu能力、メモリー容量にもよるがVM上だと何百、何千のz/Linuxを稼働させることが可能
PCのVM上だとたった10個のゲストOSでも同時にサクサク動くなんて無理だろ

俺も宇宙人かもしれないですな、でもうそれだと汎用機ではなくlinux専用組み込み機ですな・・・

汎用機でうん十年前から動いている、ＭＶＳもZ/Linuxも動かせるって事で
CMS、Z10(MVS)を積んで昔のイメージ通りの汎用機としても、
UNIXサーバ、Linuxとしても使えるって事

性能によるけど、>>1だとＭＶＳで１０ぐらいかな
単なるPCレベルのZ/Linuxだと2000は行けるかな

>>266の豊田の話は
LPAR上のVMの上にz/Linuxを載せているケース
最初PCサーバーの数台を汎用機のLPAR上のVMの上にz/Linux乗せて
JAVA出組んだシステムを乗せたやつに切り替えた
金は多分cpu使用量とかで請求される奴だと思う

でコスパフォと信頼性で比較して順次PCサーバーを廃棄して
同じ１台の汎用機の区画に切り替えた

数百台のＰＣサーバーの故障メンテに数百のライセンス契約の更新や管理って
結構面倒で時間・金が取られる

結局、IBMのDB2よりExcelでやったほうが確実という話
それもみんなバラバラで

セコイア系の市販サーバって、型番わかる?
まだ出てないのかなぁ

セコイアは型番はない
全て客の注文に合わせて組み立てる系統のスーパーコンピュータ

http://www-06.ibm.com/systems/jp/deepcomputing/solutions/bluegene/
Blue Gene/Qの系統

世界の大企業のほとんどはメインフレームを使っている
その中でもTOYOTAは先進的な使い方をしている
さすがはNo1企業、IT部門がしっかりしているんだと思う
サーバーだと何百台も管理しなきゃならないが、メインフレームだと数台管理すればいい
可用性や信頼性が高いし、トータルコストは低い

>>341
SNAを経由するのでデータ盗み放題ですが

世界各国の中央銀行のシステムには大抵IBMのメインフレームが使われてるって聞いたことがある
日本は違うらしいけど

たしか日本では、IBMのメインフレームが中心ではありまけれども
日本語処理がIBMでは無理な場合が多く日立が隅っこに必ず居ます
ようするにハイブリッドです

今時他に作ってる会社がないから現行機種として自動的に最速であり最遅になるという罠

それで日立が居る理由ですが、地名や人物名称でJIS規定外の外字登録されてる場合の応対です

JEFコード（富士通）　KEISコード（�c）　IBMコード

IBM漢字コードでもJEF漢字コードでも普通に外字は登録できる

ってことは富士通さんも日立も公共事業でやっていて、富士通が役所では強いのかな？
金融のメチャクチャな処理が日立だったかな？

>>348
たぶん誰でもできます、しかし作業者名称まで規定があるようですよ

いろんな会社のデータ取り扱ってる大手のＤＭ業者の中の人だったりするが情死すやデータ管理でしっかりしてるのが

ＩＢＭ＞富士通＞＞＞＞＞＞＞＞＞�c＞＞＞＞＞＞＞ＮＥＣ＝うにっくす＆ＰＣ

ぐらいかな
エクセルデータもってこられて住所欄の１-１が１月１日なってるようなみんなが知ってる大企業とかあるからな

オープンリールのテープで入稿？

カセットテープだよ
さすがにオープンリールはほとんど無い

・・・ほんとかな

�c
こんな字があったのか

>>342
純正のSNAはTCP/IPよりセキュリティーに強いだろ
今はSNA over TCP/IPだけどね
>>343
どこのメーカーか知らないが日銀はメインフレームを使ってると思ってた
IBMじゃないのか
部外者だが基幹系がUNIXサーバーやPCサーバーじゃないことは断言する
日銀は優秀な奴が多いって聞くから馬鹿なことはしてないはず

>>356
うん、IBM製じゃないメインフレームを使ってるってことを言いたかった
NECか富士通か日立か・・・

>>日銀は優秀な奴が多い
ここだけは激しく疑問だけど

http://yohkan.iza.ne.jp/images/user/20120401/1760758.jpg

>>356
>>357
日銀は優秀な奴が多い→優秀な奴が多いと勘違いされている大学の出身者が多い
これなら同意する

>>359
> 日銀は優秀な奴が多い→優秀な奴が多いと勘違いされている大学の出身者が多い

その表現に倣うと
それ以外の大学の出身者は優秀な奴はほんとにいない
になるな

>>360
当たってるかも

変動為替制度

これが導入された当初、IBMでしか計算できませんでした、おまけに高い高価貴重
公官庁はこれでよいとしても、民間は無理に近かった
とあきらめていたところに伊藤忠さんがunixで計算できるようにして儲けたんです

>>357
> >>日銀は優秀な奴が多い
> ここだけは激しく疑問だけど

そこは間違っていない。
問題は上の方に行くほど馬鹿だということだな。総裁とか総裁とか。

>>363
総裁があれでも日本経済が破綻しないくらい優秀な人材が揃ってる、と考えばいいんじゃない

>>364
単に神の見えざる手が優秀なだけだろ。

>>240

> メインフレームにSSDなんてオプション無いし、単純に膨大な
> トランザクションを高速に処理したかったら速いストレージ持ってこい
> ってだけの話だろ？

今回発表されたのEC12にはSSDオプションあるよ。
また、メインフレームには主記憶とは別に大容量のRAMを搭載しているのもあるんだよ。

テクノロジーの進化に製品の進化を他人は知らないと嘆く人が
テクノロジーの進化に製品の進化を知らないという滑稽な図

大量トランザクション、大規模データベースを高い信頼性で高速処理するメインフレーム
同様な処理をPCサーバーやUNIXサーバーで行うのは今の段階では無理だろ
いずれ出来るようになると思うが何十年かかることやら
メインフレームがなくなると言われたのは何年前？20年前？
これから20年経ってもメインフレームは基幹業務で使われてると思うな〜

過去ログ見てみたが、ハードとしてのメインフレームと、MVSプラットフォームとしてのメインフレームが
ゴチャゴチャのまま語られるのはどこも一緒だなｗ

UNIXハードとしてのメインフレームは残るだろうが、zOSやCOBOLは20年以内に絶滅する
それが妥当な予測だと思うけどね

んで、メインフレーム業界で生き残れるのは、オープンプラットフォームでも使える様に対応してきた
IBMだけなんだろうな

>>369
メインフレームは一般用語だが実質的にはIBM製メインフレームを指しているだろ
zOS、COBOLが20年で絶滅する？
とてもそうは思えないが

20年前から言われた話かも

>>370
いや、日本の金融機関だと富士通のGSとか日立のVOSとかも普通に見かけるけどな
IBM以外のメインフレームがニッチとはあんま思わないけど

あと、うちだけかもしれないけど、メインフレームのCOBOL資産からJ2EEやASPへの移行案件は凄く多い
絶滅は言い過ぎかもしれないけど、シェアは相当に落としてると思うよ

>>372
たった20年で絶滅してくれるなら、大喜びな人達いっぱいいるんじゃない?
来世紀になっても凄く嫌な感じに残ってそうな気がする

日立も富士通もメインフレームのアーキテクチャーはIBMのものまねだろ
今は日立はcpuはIBMから供給を受けているはず
富士通はメインフレームを開発する技術力、資金力がなくなったからオープン系に移行させたいはず
だが現実の移行プロジェクトはほとんど失敗か大きな問題を抱えている
富士通のメインフレームユーザーが一番も大変だ
今の株価をみれば富士通の状態がわかるよ

MVS云々ですが、hp(hp-ux)でメインフレームばりのハード作ったとしても
IBMの鬼営業力で販売できませんです、はい

まあ過去の話ですが

IBMに営業力があったのは昔の話

IBMはイレブンナインでＨＰはいまでもセブンナイン
で同じレベルじないが

ミッションクリティカルに近づくほど優秀な人が減る
ITの法則

>>377
ミッションクリティカルな分野って、日本での水と空気はタダに似た感覚があると感じる。
動いて当たり前、ストップしたら叱責の嵐

>>376
>>377
日米問題がそこに横たわります
日本では馬鹿しか雇わない
日本の性能の良いハードができた？販売できなくしてやる！

これはアメリカの現実であります、訓練ではございません

>>373
流石に20年経てば基幹システムからはほぼ一掃されると思うけど
システム変更が入らない上にシステム予算かける価値がないマイナー業務なんかでは
細々と残りそうとは思うけどね

>>374
現場から見ると富士通はまだまだメインフレームを売りたいように思うよ
未だにメインフレームとの連携を見据えたCOBOL開発環境を開発してるし、
GS向けのシステム開発SIerとして富士通が入ってるところは結構ある

日立なんかはさっさとCosminexusに切り替えて欲しそうな態度を見せてるけど

アメリカ市場は、まだまだCobolが全盛期だな。
多分、世界最大のCobol市場だろう。
新しいアプリケーションも多いが、反面古いアプリケーションもきわめて多い。
日本ほど、Cobolから新しい言語への書き換えが進んでいないし、書き換え自身に
ビジネス的なメリットが無いと見る向きが多い。
システムを完全に更改するまでは既存アプリケーションと新しいアプリケーションを
SOAでつないで共存させてるのが主流。
当分、IBMのメインフレームは生き残りそう、少なくともアメリカ市場では。

日本電気や日立はhpと協業してます
してますが、良いハードをつくってもhpは自社生産品が優先です
どんなに性能がよく筋が良くても政治的問題で販売推進に乗りません
さいごには、船便でついた港でスクラップに仕向けられる
日立の判断はこのようなヤミの経緯をふまえてのことであります

メインフレームをオープン系に移行してメインフレームと同じレベルを維持しようとしたら、開発費や運用費がかさんで結局トータルコストが高くなるんだよ
信頼性をそれほど要求しないなら移行するのもよいが信頼性がなくても良いシステムなんて限られているだろ
オープン系しか知らないとメインフレームの凄さは理解できないんだろうな〜

ＨＰはパフォーマンスの向上させてさらに安くしようとして
信頼性が落ちてセブンナインでなくファイブナインまで落ちたろ

日本の社会って信頼性があって当たり前な社会だからねえ
その信頼性を担保するためのコストが高いわけだが

オープン系にメインフレームと同じレベルの信頼性要求は無茶

システム止まった時に企業の信頼やクレーム等にかかるコスト考えると
メインフレームの方が安いって処が少ないがある

結局、適材適所ってことだよな

個人的にはメインフレームは縮小こそすれ
しぶとくずっと残りそうな気がするな

なんか過去ログ見てるとオッサンどもが必死にメインフレームマンセー＆オープン系叩きしてて笑えるなｗ
別に目の敵にしなくてもオープン系とメインフレームとは棲み分けできるだろうし、お前らが定年する
くらいまでは飯の種の心配しなくても大丈夫だと思うぞ（ハード系とかファシリティ系なら）

>>385
そういうこと
まあ、残っても昔ながらのメインフレーム（メインフレームマシン＋MVS + COBOL等）じゃなくて、
メインフレームマシン＋Unix + Javaな構成になると思うけどね

つーか、オープン系って狭義の意味ではUnixを指すよね？
Unix積んだメインフレームはホストとか汎用機って呼んでいいのかな？ｗ

オッサンとメインフレームを関連付けたい、是非。
オープン系とか曖昧なカテゴリ分けしか出来ない業界ですがなｗ

みんな知った気になって、曖昧な観念のやり取りをする。
こんなインチキ業界の商品買う奴ってアホやな。

>>386
スレタイから言ってメインフレームに肯定的な話題があって当然だと思うよ
PCやunixサーバーのスレでメインフレームの話題はほとんどないしあっても否定的な意見が多い
Unix積んだメインフレームってz/Linuxのこと？
z/OS（MVS）にも20年くらい前からunix機能（USSという）があるんだが

>>387
ここは豊田の人間がメインフレーム病になってるだけでしょう
まあ贅沢病ですよ、上のほうに書きましたが為替計算ではIBMの汎用機しか
無理であって、むかし財務省（大蔵省）とかで使ってた高嶺の花を使うように
なって天狗になってんですよ

一度さわってみたい

痴漢（置換）の洒落かな？

>>389
トヨタをはじめ日本の自動車メーカーはメインフレームの大ユーザーだが、世界的な企業はほとんどメインフレームを使っている
コスト意識の強い一流企業がメインフレームを使っている現実をよく考えることだ

主な枠？

ああ、昔汎用コンピュータってニュースででてたカテゴリーね