「メインフレーム専門書発売さる」記事へのコメント

Open系しか実際には知らない平成生まれだけど

[Anonymous Coward]

M/Fっていうのの存在価値がよくわかりません。
# 研修で実マシンそのものを見たこともあるし、Win上でコンソールエミュレータも触ったことあります。
# 本当に触って一部の（おそらく簡単で定例的な）処理を打ち込ませてもらったことがある程度ですが。

よくわかっていないので、M/Fの重要性は次のように認識しているけど間違いあるのかなぁ。
・整数型が扱いやすい（桁数で管理している。固定小数点１０進数型。会計処理でDouble型を使って浮動小数点のバグを混在させられる心配が無い）
・既存の完成された仕掛けを移行する巨大なリスク。いわゆる「レガシー」の言葉で批判的に言

Re:

[WindVoice (14680)]

可用性の高さもありますよ。メモリミラーなんてOpen系のシステムにはなかなかない（ごく一部にありますが）ですし。Open系のシステムに比べて冗長化の徹底さがかなり違うと思います。伊達に何十億も払うわけじゃないです……

--
人生は七転び八起き、一日は早寝早起き

Re:

[Anonymous Coward]

アベイラビリティ（可用性・故障しないで動く性質）の代わりに
スケーラビリティ（拡張性・パワーを拡大させる性質）はあんまり無いかんじですかね。

確かにOpen系は「壊れても仕方ない・壊れたら交換。どうせ安いし」って言う発想が強いですよね。
M/Fあたりは「決して壊れない」という考え方なんでしょうか。
（といいつつ、隣のM/Fオフィスはトラブル続き・・・ハードウェア障害ではないかもしれませんが）

Win系やLinux・Unix系に比べても、チューニングしたりすることは少ないように思います。
メーカーが標準で提供している機能の外のことは、「仕様外です」って言ってしまうような。（この辺は単に文化の違いかな？）

それにしてもM/Fって何十億もかかるんですか・・・。
コストがそんなにかかるならば、Open系の並列や大多数サーバ化になってもコストを取る戦略に入ってしまうのが理解できますね。

やっぱり環境構築・運用ルール策定まで含めたトータルソリューションこそ、M/Fを知る上での重要ポイントなのかもしれませんね。

Re:

[Dobon (7495)]

｜スケーラビリティ（拡張性・パワーを拡大させる性質）はあんまり無いかんじですかね。
　逆だと思いますけど。
　一般的なラインナップに載っている範囲では、汎用機の方が広いです。
（ハードの性能ではなく、リース料金で性能上限が決まる点に注意）

｜チューニングしたりすることは少ない
　OSの導入は非常に面倒です。導入作業＝チューニング作業、ですから。
（使用メモリ量を減らして月額リース料金を下げるという目的もあります）

・チューニング項目に関して
　OSそのものに大量のカスタマイズポイントが用意されています。
　また、APIの取捨選択も可能です。
（unixならばカーネルソ

--
notice : I ignore an anonymous contribution.

Re:

[yyok (34343)]

>・チューニング項目に関して
>　OSそのものに大量のカスタマイズポイントが用意されています。
>　また、APIの取捨選択も可能です。
>（unixならばカーネルソースの修正＆コンパイルに相当する作業が、外付けの定義で可能になってます）

メインフレームのインストールってSYSGENって言ってけど、
ひたすらSYSGENパラメータを切る作業ですよね。
いや自分じゃやったことないけど、見てたことはあるんで。

で、あれって結局アセンブラマクロのパラメータ切る作業で、
GENするってアセンブラソースを生成してアセンブルするこ
とじゃないんですか（見ててそう思った）。

Re:Open系しか実際には知らない平成生まれだけど

[Dobon (7495)]

｜GENするってアセンブラソースを生成してアセンブルするこ

ど～ゆ～わけか、端末定義に至るまで定義はマクロで記述して、
バイナリの定義テーブルを作成する流れになっているのです。

# 専用のconfigureを容易せず、アセンブラのマクロで済ましている理由が泣けてきます。
# リース料金をケチったマシンだとメモリ不足でconfigureが動かない可能性があるからだそうで…

--
notice : I ignore an anonymous contribution.