【TSS】メインフレーム万歳6【3480】

マ板を低く流れる汎用機スレ
永遠の時間へようこそ

メインフレーム万歳3
http://pc.2ch.net/test/read.cgi/prog/1043768277/

メインフレーム万歳4
http://pc.2ch.net/test/read.cgi/prog/1054870550/l50

メインフレーム万歳5
http://pc3.2ch.net/test/read.cgi/prog/1065626615/l50

2ゲット　　　　　　　　2ch初めてだよー

参考リンク

「メインフレームって何？という皆さんのための、集中連載講座」
http://www-6.ibm.com/jp/servers/eserver/zseries/rensai/

Gartner Column：第60回 メインフレームのすごさについて技術的に解説しよう［1］
http://www.zdnet.co.jp/enterprise/0208/26/op_01.html

Gartner Column：第61回 メインフレームのすごさについて技術的に解説しよう[2]
http://www.zdnet.co.jp/enterprise/0209/02/op_01.html

Gartner Column：第62回 メインフレームのすごさについて技術的に解説しよう[3]
http://www.zdnet.co.jp/enterprise/0209/11/op_01.html

Gartner Column：第56回 メインフレーム・リホスティングという選択肢
http://www.zdnet.co.jp/enterprise/0207/23/op_01.html

主要各社の汎用機Webページ (オフコンやスパコンは除く)

IBM (eServer zSeries) <--- VM, VSE, MVS, OS/390, z/OS, Linux for z
http://www-6.ibm.com/jp/servers/eserver/zseries/

富士通(Globsl Server) <--- 旧Mシリーズ(IBM OS互換)および米アムダール製(IBM H/W互換)
http://globalserver.fujitsu.com/jp/

日立(Enterprise Server) <--- 旧Mシリーズ(IBM OS互換)
http://www.hitachi.co.jp/Prod/comp/Mparallel1/mp/mpintro.html

NEC(ACOS Series) <--- 旧ハネウェル系
http://www.sw.nec.co.jp/acosclub/

IBM汎用機OSの系譜

(大型汎用機用)
OS/360：世界最初の「オペレーティングシステム」
OS/370：仮想記憶(OS/VS)
OS/VS2(MVS)：多重仮想記憶
MVS/XA：31ビット、動的チャネルサブシステム
MVS/ESA：ハイパー空間
OS/390：周辺サブシステムとのパッケージ化
z/OS：64ビット
z/OS.e：ニューワークロード専用の低価格版

TPF：航空など特殊用途用(アセンブラのみ)

(中型汎用機用：主に43xx用)
DOS/VS：仮想記憶
DOS/VSE：複数区画(アドレス空間は１枚)
VSE/ESA：ESA対応
z/VSE：先日登場!!!

VM：仮想計算機
VM/SP：パッケージ化(ゲストOSのCMS付き)
VM/XA：XA対応(ゲストOSの31ビットサポート)
VM/ESA：ESA対応
z/VM：ゲストOSの64ビット対応

Linux for zSeries (TLES8 for z とか)

>1
乙

EXCPって何?

EXCEPTION = データ例外 = ABEND CODE 0C4 じゃないの？

JOBLIST中のEXCP ? DISK I/Oとかでは?

http://www.geocities.com/SiliconValley/Vista/9167/MVS_Tips/Auxiliary/auxiliary_syslog.txt
http://www.caj.co.jp/products/specifications/db2_fastrecover_j.htm

http://www1.nisiq.net/~cpulot/Dice.htm#Ｘ
EXecute Channel Program
チャネル実行プログラム

具体的に何する人なの >EXCP
I/O要求を処理する人なんだろうけど、チャネルサブシステムとはどういうお付き合い?

参照先
http://www.mvsbook.fsnet.co.uk/chap03b.htm

>>5
VMをゲストOSとしか見ないのは、MVS中心の考え方だね。
VMは単独でも立派なOSだよ。

Assembly Program 中のコーディングで記述する場合、
CCW（Channel Command [ Control ] Word）にデバイスに対するコマンド
書いてから、EXCP命令を発行。WAIT命令で動作の完了を待ってから、
次の処理を実行する。

>>13
確かに、昔は学校や研究所に沢山入ってたけど、
できればCMSは含めてOSと言って欲しい (w

>>5 は、VM自体は昔も今も変わらず、主にゲストOSのサポートで、
VM自体のバージョンや名前が変わってるって事じゃないの？

あと、VM/VSEって組み合わせも多いよね。

ABCs of System Programming ってRedbook全5巻読破した奴いる?
最近z/OS版全10巻が順次刊行予定のようだが

>>15
> できればCMSは含めてOSと言って欲しい (w
そんなこと言ったら、MVSはTSO含めてOSと言って欲しい（ｗ
とか
Linuxは、Shell含めてOSと言って欲しい(w
とかになるね。
OS分かってる？（ww

>>17
OSを狭義にカーネルという意味でいうならそうかもしれんが、
ユーザーインターフェースを含めればCMSやshellは含めるんじゃないか？

それにVMは最初は(ゲスト)OSのテスト用に開発されたんじゃないのか？
そういう意味じゃ、ゲストOSを動かすことがVMというOSの目的だ (w

>>18
ユーザがMVSの資産を捨てないから、そういう使い方になってしまっただけだよ(w

>>19
ぜんぜん読んでないねぇ。
誰もMVSって言ってないのに、何故MVSにこだわるの？MVSコンプレックス？

以前はVMのみのシステム(教育向けMUSICとか)もあったが、それもCMSは前提だった。

仮にこの世の中にMVSが存在しなくても、VMはゲストOSとセットで使うべきOSなんだよ。
だからこそVM本体はシンプルで美しいままでいられる訳。

VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS VOS
何回いってもBOSSの方がいい

>>20
CMSがゲストOSみたいなものとでも思ってるのか？
要するにVM用のソフトはMUSICくらいしか知らないだけなんだろ？
ぜんぜん分かってないね。勉強し直して来な。

>>22
用語の問題だが、IBMの資料にも「CMSはゲストOS」と書かれているものはある。

あんまり狭い分野と視野で見て、他人の揚げ足とししてても、つまんないよ。
ここは2chなんだからね。

スレタイでＴＳＳなら３４８０じゃなく３２７０の方がイイ

>>23
「CMSはゲストOS」なんて書いてる資料作るような奴は、新人営業くらいのもんだろ？
分かってないんだよ。それを鵜呑みにする奴も新人営業並みだ。（大藁

>>1
乙

なんかムキになってる人がいるな

ときに、OS/390 V2.10のサポート切れでメインフレームおさらばっていうパターンはありえると思う？

マイクロソフト、IBMのメインフレーム顧客に照準--

MicrosoftとメインフレームソフトウェアベンダーのMicro Focus Internationalは、
IBMのメインフレーム顧客切り崩しを狙い、これまでの提携をさらに強化した。

http://headlines.yahoo.co.jp/hl?a=20040409-00000007-cnet-sci

>>27
どーなんだろう？スッキリ移行がうまくいくとは到底思えないなぁ。
金融の基幹業務をwindowsに移行したらそれこそ世界経済が破綻しそう。。
週１でリブートしなきゃ意味不明なメモリリークとかおこしそうだしｗ
でもメインフレームの資産をそのまま受け継ぐといった思想は
賛同出来まけど。（本当にできるかは疑問ですけどね）

>>27
うーん、まあ前スレでそこを読んで疑問におもったんだよね。
これは移行の機会になりうるのかと。

>>28
確かにスッキリいくはずもなく、ちょいと笛吹きゃ踊るほど企業もうましかではないと思うんだけど、
今後ともメインフレームを使い続ける超大規模システムといい加減分散系に乗り移る小規模システム
への分化は進みそう、っていう感覚はあるんだよね。

Ｉの容赦ないサポート切りがそのトリガーになる可能性について考えが聞きたくて。

>>29
当然IBMはｻﾎﾟｰﾄ打ち切り→自社ｻｰﾊﾞへの移行って考えてんでしょ
他社からの乗り換えには金出すみたいだし

ＩＡサーバ関連の顧客の奪い合いは、どこが勝つんだろうね
（汎用機には関係ないか･･･）

http://www.idg.co.jp/CIO/news/200403/040325_10.html


↓関連スレね
汎用機オペレータの現状　その7
http://science2.2ch.net/test/read.cgi/infosys/1072654562/

>>26,27
ま、契機になるといえば、当然なるでしょう。メジャーなバージョンアップ時は、
そのコストや手間やリスクと、サポート無し使用や、乗り換えも比較して、
検討するのが普通だから。

ただ、それは汎用機に限った事じゃないけどね。
UNIXサーバー群が増えて古くなって、zに移行しちゃったなんて例もあるし。

MSはWindowsServer2003のDataCenterEditionで、それなりのものを作ってきてるからね。
http://www.microsoft.com/japan/windowsserver2003/evaluation/overview/datacenter.mspx
数年前の2000とかを想像して過少評価をしないほうがいいよ。

>>32
H/WとOSの性能はいいとして、肝心なのはミドルと障害対策と巨大バッチ(I/O)とWLM。

SQLサーバーとIISでいいのか、システムダンプを吐かずに死んでいいのか、
多重ジョブの実効平行度やその負荷バランシングは、ってとこが気になるんだが。

>>24
3277てのもあったな。日本語(カタカナのみ)ダム端末。重くて移動には一苦労(w

>>33
http://www.atmarkit.co.jp/fwin2k/dnsvrguide/ent_avail/ent_avail_04.html

この辺に少し記事はあるね。

>>35
うーん、これは普通のクラスタリングでは？

http://www.microsoft.com/japan/msdn/windows/windows.netserver/wns-introclustermscs.asp

>コンポーネント負荷分散
コンポーネント負荷分散は、サイトのビジネス ロジックを実行している複数のサーバー間で、作業負荷を分配します。8 台までの同一サーバー間で、COM+ コンポーネントの動的なバランシングを行います。

この辺りのことかな？

>>37
これはS/W部品(COM+コンポーネント)の負荷分散だね。
COMはともかく、COM+はほとんど普及してないからなぁ。

製品が出ているというのと、普及して実績が積まれてるかは別物だから。
保守的なようだけど、ビジネス用途(まして基幹業務)ならね。

実績うんぬんは、誰もがわかってることだが、今は、これから切り替えの
契機になるか？という話の流れだからね。
普及していて実績が積まれているということだけ注目するのならば、メインフレームで
思考停止していれば良く、別に他のものを比較する必要すらない。

>>39
これからの切り替えの比較するとき、
比較票に実績を入れないようじゃ社内を通らないよ。

勿論、実績が少なくても格段に安い・早いとかなら、
通る可能性はある(そのかわりリスクが高いというだけ)。

>>38 は「COM+ はWindows上ですら、ほとんど実績がない」って
いってんじゃないの？ SQLサーバー載せる程度なら実績あるけど。

COBOL関連2chスレッドと過去ログ　http://pwiki.chbox.com/pukiwiki.php?COBOL#content_1_7

COBOLなら、オレに聞け！ （プログラム技術＠2ch掲示板） 過去ログ
（02/07/30） http://snapshot.publog.net/html/tech/2002/07/30/024437.html
（01/10/12） http://pc3.2ch.net/tech/kako/1002/10028/1002890663.html
↑
COBOLerの頭の構造 （プログラマー＠2ch掲示板） 過去ログ
（03/11/03） http://snapshot.publog.net/html/prog/2003/11/03/221559.html
（03/08/22） http://pc.2ch.net/test/read.cgi/prog/1061479188/l50
↑
メインフレーム万歳 （プログラマー＠2ch掲示板） 過去ログ
（04/04/11） http://snapshot.publog.net/html/prog/2004/04/11/203647.html
（03/10/09） http://snapshot.publog.net/html/prog/2003/10/09/002335.html

http://bulkfeeds.net/app/search2?q=MainFrame

１週間ほど遅れたけど「祝・ＩＢＭシステム／３６０誕生４０周年」
汎用機誕生４０年ということで記念カキコ

>>8
細かいことを言うようですまんが
データ例外は0C7
0C4はもっとたちが悪く、記憶保護例外、セグメントやページnot found

>>42
IBM箱崎にいったら、入り口の前でS/360 40周年のビデオをエンドレスで回してた。

5分間だけ、短い映像をつなぎあわせただけだが、
ランプがチカチカとか、オープンリールがズラーーーとか、
歴史好きにはおもしろいぜ

>44
３６０は無かったの？

Linux magazineに360と370の写真が載ってた
こういうパネルを見るとFACOM230-75が懐かしくなる
1980年頃から派手なランプチカチカパネルがなくなってしまったからなぁ

>>44
もうなくなって IBM S/W Worldに変わってた

http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20040416/143122/
米IBMの2004年Q1決算，売上高は11％増
zSeriesサーバーとミドルウエアのWebSphereが大きく成長

http://www.ibm.com/news/jp/2004/04/04162.html
zSeriesの総出荷量は、MIPS(毎秒100万回の命令実行能力)換算で前年同期比100％近い伸びとなりました

ＩＴ業界ではね、同じ場所にとどまるだけで、もう必死で走らなきゃいけないんだよ。
そしてCOBOLerからJavaに行くつもりなら、せめてその倍の速さで走らないとね！

汎用機技術者のためのサーバーサイドJava講座
ttp://www.arksystems.co.jp/closeupit/java/index.htm

http://it.nikkei.co.jp/it/news/newsCh.cfm?i=2004042109389j0&h=1
情報システム国内大手、ＩＢＭサーバー調達――まずＮＥＣ系

日本ＩＢＭはこのほど、ＮＥＣの子会社、
ＮＥＣトータルインテグレーションサービス（ＮＴＩＳ）と販売提携で合意
金融機関などが使う大型汎用機や高級機種であるＵＮＩＸ機、
比較的安価な小型のＰＣサーバーまでフルラインで供給を始める。

伝統あるACOSの運命や、ついに...

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040422/143439/index.shtml
「IBMサーバー調達」の新聞報道、富士通が否定

ごめん商売の関係でいろんなとこ行ってるがＩＢＭ、富士通、日立は良く見かける。
でもＡＣＯＳって見たこと無い使ってるとこあるの？（ＮＥＣのパソコンなら見かけるが・・・）

>>52
2･3年くらい前なら某官公庁や郊外の生産拠点とかで
使われてたような、今はもう移行してるかも知れんけど、特に後者は。

こんなのが出てたけど
ttp://page7.auctions.yahoo.co.jp/jp/auction/g19321193

ちなみに漏はＦのＳＩＭってやつが方得ろ具見てからほしくてたまらん
誰かくれ

>>52
昔からの会社や官公庁や自治体では、ACOSもかなり残ってるよ。
「コンピュータユーザー年鑑 2004」を見てみよう。

ただ、NEC自身がACOSを販売しながらも、
オープン系(HP-UXやWin)への移行を推進してるから、
新規案件じゃなくて、塩漬けシステムが大半のようだが。

NEC ACOSクラブには、最新の事例とかも出ているが...
http://www.sw.nec.co.jp/acosclub/

ACOSって海外で通用するの

スレタイに「JCL」を入れてくれよ
"JCL"でスレタイを検索してたのに

おまいら、herculesの関連スレを知りませんか？

Yahoo!へ逝け。

メインフレーム、コボルとやらを
一度いじってみたい
年長者と話すときの話のネタになりそう

こぼるならうにでもあるじょ

>>60

オススメしないなぁ・・・
M/Fから離れた身だから言うがﾂﾏﾝﾈｪﾖ？

>>62
無理だろ、>>60には
言語とかＯＳとかそういう問題じゃなくてね
単に、新規でバッチ１本作るだけなら中学生でも出来る（その辺は言語関係ないよね）

昔は、「設計段階で業務自体が最適化されていない」のを
無理矢理システム化したモノが多くて、作った人間以外理解不能ってのが多かった

今後、マイグレーションする際には「業務フローから見直し」していく必要があるよね

＞昔は、「設計段階で業務自体が最適化されていない」のを
＞無理矢理システム化したモノが多くて、作った人間以外理解不能ってのが多かった

まるで”今”は違うような物の言い方だなァ

「本番を改造してちょっとテスト用のバッチを作ろう」

・・・・・・

「む、ここは恒久化する必要は無いな」

「俺様の美学に反したDD順だ！納得行かねぇ！」

・・・・・10分経過

「よし！入魂のテストバッチ完成！、とSUBMIT前に下のステップをチェックだ！」

PF10と思いきやPF11押下

あぁ、VIEW画面

MF離れて久しいが、打つ度にぴーぴー鳴るT560のK/Bが好きだったよ

>>64
今もヒドイとこはヒドイが、昔は今に比べてシステムへの理解が少なかった
用語の統一なんて無いし、フォーマットも部署ごとに違ってあたりまえだし…

なんつっても開発環境が貧弱で辛かった…

>>63
>作った人間以外理解不能ってのが多かった
これ凄い同意。
#EASY/PLUS使った奴で
#『どうやってこれを読めと・・・』、泣きたくなるほどだった
　IF文６連もあったなぁ・・・80行ｷﾞﾘまで書いてたのも・・・

>>66
インフラ自体も貧弱なのしか与えられなかったよ、
それは今でも変らない。もう少し考えてくれよな・・・

内部・作り系統を知らなければ、話になんて追いつけない、
俺は実際にそうだった。聞いてても欠伸しか出なない。

もう愚痴にしかﾅﾝﾈｪ

メインフレーム用ＯＳ・アプリをMSに作らせたら・・・
コワ・・・。

>>68
普通に開発力あると思うが･･･　　ってﾏｼﾞﾚｽしちゃった

ともかく、拡張性とか全く考えずに、ただ動けばいいって感じで作られた
ﾌﾟﾛｸﾞﾗﾑのメンテやらされるのって本当に憂鬱･･･

かといって、同機能のﾌﾟﾛｸﾞﾗﾑをもう一本作成出来る期間なんてないし･･･
延々とﾃﾞｸﾞﾚｰﾄﾞ試験ばっかやるハメになるんだよね〜

>>68
ウイルスもたくさん出来るかもねｗ

>>68
今のPCの性能は、５年前のメインフレームくらいの性能はあるから、
「既に作ってる」と言っても良いだろう。それも多機能で。

>>56
ハネウェルの元ユーザーには通用するでしょう。
日本語とか拡張部分は別として。

>>68
１週間に１回、リブートするメインフレームができて、
４９日間リブートしないと死んでしまうシステムになりましたとさ。

単純にスループットの話だけなら、Win Server クラスター群でも
メインフレームと同程度の処理量をこなすことは余裕で可能

ジョブネット群のコントロールやサーバー利用状況監視などの管理性、
OS周りやミドルウェアの信頼性とメンテナンサビリティーならメインフレームがはるかに上

所謂「オープン」のほうがはるかに陳腐化のスピードが速いってことになぜ気づかないんだろう
今オープンで組んだ基幹系も、5年後結局またスクラップビルドの対象になるのに

まあこのハイプ曲線を利用してＩＴ業界は儲けてるわけだが

>>73
メインフレームもヘビーな使い方すると、そんな感じだ。
グラフィックが弱いから、なかなかヘビーに使うのは難しいが。

>>75
アフォ○出しなのが１杯

メインフレームのOSって落ちないねえ
Windowsがよく落ちるのとどういう違いがあるんだろ

75ってﾈﾀだよね…
77もね…

GW中の出勤でみんな疲れてるんだよね…

メインフレームのOSも落ちますよ。馬鹿が使えば。

>>75　みたいなのとか。

>>79
それじゃ、IBMの社内システム使ってる奴は、かなり馬鹿だ

なんだ、知らなかったのか？

んで、メインフレームでLINUXが動くと何がすごいの？

>>82
ﾘﾇﾏｶﾞでz/Linuxの連載やってるから見れ。

正直、あんまり凄くないよな。
優れたH/Wの恩恵を受けられる (長いMTBF, 高性能なI/Oとか) くらいで
TCOはぶっちゃけかわらんだろ。
最近はH/W障害よりS/W障害がメインなのだから、それもどこまでメリットと言えるのか。

Linuxだけ知ってりゃz/Linux動かせるってわけじゃないし。
390とLinux両方知ってる人間をそう簡単にそろえられるとは思えない。


なんてのはどうでもいいんだよ。メインフレームでLinuxが動くんだぜ。凄いよ。凄いんだよ。
このセクシーさがわかるかなあ、わっかんねえだろうなあ

>>84
z/VMで山のように仮想ユーザー切ってそこにLinuxクラスター並べるっていうのが絵に描いた餅だけど、
まあ箱の数は少なくなるがホントにそれでスケーラビリティーのメリットだせるのか激しく疑問。


なんてのはどうでもいいんだよ。俺にはわかる。
z/VMの3270コンソールからVMユーザーでログオンしてLinux起動したときの、あの目の眩むような訳分かんなさこそ。
ある意味USSでoedit起動してJavaコードいじる時のセクシーさに近いか。

このＧＷ中デスマーチなヤシいるのか？

あの糞高いディスクの中にLinuxが入っているってのがなんか気持ち悪い。

そういえば、メインフレームの何が古臭いの？
Ｗｉｎ信仰な奴らも結局は２０年前のがべーすじゃん

TSOの画面・・・ISPFとか GUIでもコマンドラインでもない変なメニュー画面
実行キーと改行キーが別
JCL・・・トラックやシリンダ単位でファイルサイズを指定させられる
EBCDIC
大文字ばっかり
なんでもかんでもでかい、おおがかり、大艦巨砲主義

あとはユーザーかな。

>>89
物を知らないだけのようですな

右Ctrl キー(昔の実行キー)を「デン」と呼ぶのは我が社の
方言でしょうか?

実行キーと改行キー別って
まるでメール書くのに１行改行するごとにサーバに送信して最後にメール送信コマンドって
昔のパソコン通信の世界を思い出してしまった・・・。

ちなみに、この２ｃｈも実行キーと改行キーが別というか
文章打って最後に実行（書き込む）って感じじゃないの？

>>91
うちでは呼ばないなぁ…

>>92
メインフレームとパソコンとどちらが先か考えれば答えは自ずと出るじゃろう。

えびすぃでぃっくなんて言葉聞いたの何年ぶりだろう。。。

>>91
わしは”ぺし”と呼ぶ。

おれは「だぁーん」（w

実行キーを２本以下の指で押下する奴いる？
俺３本は使うけど・・・

>>98
右手薬指１本

>>98
俺は手をぐーにして親指側を上、小指側を下にしてどーんと叩く。

そんな乱暴な...

>>92
改行キーと実行キーが別なのは、各社ワープロ専用機と同じだね。

初代IBM PCでは実行キーは無く、Fキーも10までだった。
3270端末は実行キーがあり、PFキーは12まであった。

PC/AT後期から101キーボードが標準になり、Ctrlが左右下になり、
右下Ctrlが「実行キー」を兼ねるようになり、Fキーも12になった。

ホスト文化の名残だね。PrintScreen下の「SysRq」もそうだけど。

>>84,85
箱をまとめるってのは重要だと思うな。
500台のPCにLinuxが入ってると、H/Wのマイクロレベル管理とか、メモリ量とか、
故障対応だって大変。
1箱だと、CPUやメモリの割振（相互融通）できるから、ピーク運用しやすいじゃん。

あと、SAPやWAS使う場合は、OSや箱は割りと何でもいい訳だから、
でかいの作りたい場合は選択肢になるんじゃないかな。

>>102
SysRqは便利。業務画面使用中にVTAM通信コマンドを投げられる。
PCでのEscみたいなものか？

>103
> あと、SAPやWAS使う場合は、OSや箱は割りと何でもいい訳だから、
そうでもない。
SAPは知らんがWASはAIXでやるのが一番楽。

筐体が別の方が運用が楽っていうこともある。H/W保守とか筐体障害とか。
まとめると本当に楽になるのかなと思うこの頃。
まとめすぎると逆に大変なんじゃないのか。何事も程ほどかと思う。

>105
クラスタ運用しているならシステムまでは止めなくても・・・

クラスタにしてても100%大丈夫じゃないし。
H/WやS/Wによってはメンテナンスのときは止めてください、みたいな
「何のためのクラスターだよ!」ってのはよくある。ざけんな。

>>107
ざけてんのは、てめーだ

>>105
と思うでしょ。ところがWASは最近は、Linux版の方が先に出る。
SAPとか非IBMパッケージだと、AIXはどうしてもサポート３番手以降だし。

確かに筐体をまとめるのは、基幹業務では良し悪し。
ただ大学の学生、研究者、製造業エンジニアとかには、リソース共有の方が良さそう。
（昔だとVAXやVM/CMS使ってたような層）

>109
パッケージの出るのが早い遅いよりもサポートの問題だろ
USは知らんがJではAIXでの事例ばっかり

>>110
そりゃIBMの事例集ならAIXが多い。が、最近はIBM-JでもLinux事例も増えとる。
http://www-6.ibm.com/jp/domino01/software/casestudies/casestudies.nsf/byBrand?SearchView&SearchOrder=4&SearchMax=0&Query=%28%5Bbrand%5D%3D%22WebSphere%22%29

AIXでやるのにも苦労するのになぜわざわざLinuxでやらねばならんの。
マゾか。

AIXだと、昔のOS/2同様、IBM色が強すぎて広がりが期待できないからでは

AIXはV5で「AIX 5L」と称した。「L」は「Linux」との親和性を表す。
でも、それでAIXが急に伸びたって話は聞かない。

MVSがCOMやCORBAをサポートしたり、OS/2にWIN-OS/2を載せた事を連想する。
似たものを使うなら、安い本物を使うってのが、普通だろう。

いや、全然似てないし

ﾕｰｻﾞｰ、提供者、開発のかたいろいろといらっしゃるようですが、ﾒｲﾝﾌﾚｰﾑは素人さんが使われるWin,Mac,Unixとは異なり一般人が
知らない世界なのでｾｷｭﾘﾃｨについては安全なのでしょうか。
当然完全なｾｷｭﾘﾃｨに守られているのは存じておりますが。
どうなんでしょうか。（文章が分かりにくかったらｺﾞﾒﾝﾅｻｲ）

>114
AIX5Lって単にLinux向けのプログラムはリコンパイルすればAIXでも動くよってだけでしょ。
システム管理やアーキテクチャをLinuxに近づけようなんて気は更々なさそう。
AIXはAIX、LinuxはLinuxなんでしょ。
ザイトラー氏の思惑は知らんが。

>116
この世に完全なセキュリティなんてものは存在しない。以上。

そうなんですか。

>119
http://pc3.2ch.net/sec/ でも行って勉強して来い

鋼鉄のペンギン・・・
なんか思い出し笑いしてしまった

>>119
正解は >>118

ただメインフレームだと伝統的に、メーカーもユーザーも厳しいセキュリティ基準
で運用してる（設備、入室、ID管理...）とか、緊急パッチは即連絡が回るとか、
そういう体制はしっかししてる場合が多い。その分高い訳だが。

システム的には、仮に高い権限でLOGINできても、
システム構成がUNIXやWinほど「丸見え」「壊しまくり」では無い事、
別アドレス空間の侵入や破壊は通常のプログラマレベルではできない事、
古典的なSNA(SDLC)だとセッション維持なので「なりすまし」しにくい事、
なんかはあると思うが。

ただ程度問題ではある。メインフレームでもセキュリティの弱いシステムは多い。

>>120
それも参考にします。
>>122
よくわかりました。

鋼鉄のping

俺、下請けに本番機いじらせるとこに行ってたよ

pingとペンギンは関係がある。語源が。

下請けの状況にもよるだろ
電電公社みたいな丸投げゼネコンは自分で触る訳ないし

ところで４時間後に「動かないコンピュータ」となるところは？？

>>127
２０年ほど寝てらしたようですね。

自分の席が無い。
ＢＹ、んｈｋ
不実富士通

机代金削減

＞130
意味不明

NHKを見てなかったみたいだ。

ここはメインフレームスレッドというより
オペレータスレッドの雰囲気が漂うな

汎用機なんか早くなくなるといいね♪

>134
なくしてどうする？

>>134
なんでなくならないのかちょっと考えてみたらどうだい。

omaera shigot shiro!

M1800

Ｍ１９００

>>125
メインフレームに限らず多くの大手企業では、
PGと同様に、オペレータは通常、安い契約会社だよ。
社員が操作するなんて、まれ。

>140
あとは　○○コンピュータサービスとか言う子会社をつくってやらせる

Heraculesをinstallしています。
mvs38j_bandke.tgzがどこにも見当たりません。
ご存知の方いませんか？

>142
z/OSをＩＢＭから購入してください

>>142
ＩＢＭ ＳＥ相談室までどうぞ。

Ｚを３６０モードでつかう
Ｌｉｎｕｘがウン万と動くならＯＳ／３６０もどのくらい動くか検証・・・

>>145
？？
360だとレジスタをマジでつかまれるから、1個しか動かないのでは？

z/VM上で、ゲストOSとして何万多重で動かせたはず。
ネイティブOSとしては、1多重だけだが。

すまんが、よくわからん。

ゲストOSってJES上で動くのですか？
であれば、OSの制限と言うよりもJESの制限のような気がする。
AMODEが広がったとはいえ、16M下でしかつかえない機能がOSには必要だよね。
そうすると立ち上がる仮想記憶の数に依存しそうな。

なんでJESなんだよ。OS/390上でゲストOSが動くってのかYO

VMは370からじゃなかったっけ

なめれる？
おたくばっか！！
ｳｻﾞっ

[email protected]

>>148,149
ゲストOSと複数アドレス空間を混同してるね。
でも、更に「複数アドレス空間はJESで実現してる」と思ってない？

複数アドレス空間は、MVS(SCP)自体の機能。
JESは最初はMVSに標準ではなくて、便利だから広まっただけ。
JESは厳密にはOS本体ではない(製品パッケージではOSの一部だが)

>>150
VMは360から。

1964 S/360
1967 VM
1970 S/370

http://www-6.ibm.com/jp/software/zseries/conf2003/pdf/A-3.pdf
メインフレーム革命の旗手

>>148
VMは名前の通り「仮想のH/Wを多数作れる」OS。
VM配下で動かすOSを、VM用語でゲストOSと呼ぶ。
Linux, OS/390, VSE, VM自身などは、ゲストOSとしても動く。

VMの類似品には物理分割(PPAR)と論理分割(LPAR)がある。
柔軟性では VM > LPAR > PPAR。

こんな構成図もある
http://www-6.ibm.com/jp/servers/eserver/zseries/linux/zvm.shtml

ＦにＡＶＭとは別にＥＭＯＳってのがあるけど
なんか笑ってしまった

zの安いのが発表されるという噂

今日も疲れた。
午前中、SOURCEをTAPEに落とし込んで、バックに詰め込み
工場に電車で運んだよ。工場の冷たいマシン室で
JCL作ってテスト環境にロードして６時に終わった。

日本ＩＢＭ、大型汎用機乗り換え優遇

>>156
Baby z ね。Java用プロセッサが標準になった。

http://www-6.ibm.com/jp/servers/eserver/zseries/newproduct/20040519/

>>158
http://www.nikkei.co.jp/news/sangyo/20040519AT1D140B718052004.html
日本ＩＢＭは大型汎用機（メーンフレーム）を拡販するため、国内他社製品の
利用企業を対象に最高3000万円の「移行支援金」を支払う仕組みを導入する

まるでDELLだな(w

汎用機で本当にJAVA使ってるやつ、いる？

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040519/144416/index.shtml
中小型の国産メインフレームを狙い撃ち、IBMがzSeriesの新製品を投入
月額140万円から。動作OSはz/OS、OS/390、VSE/ESA 、Linux、z/VM。

>>161
いる

ただ、最近わざわざ専用プロセッサーを載せてきたのは、
既存のCMOSプロセッサーの性能が実は全然たいしたことないから
といってみるテスト

素朴な疑問・・・
　北朝鮮ってメインフレーム、あるのかな

>>164
北朝鮮は禁輸対象だから、公式には西側のコンピュータは入らない。
密輸しても、メインフレームはメーカーサポートなしで長期間使えるとは思いにくい。
過去に旧ソ連や中国から入ったものはあるかも。

ところで冷戦時は、旧ソ連は何を使ってたのか？
多分、独自のメインフレームを作っていたんだろうな。

>165
＞ところで冷戦時は、旧ソ連は何を使ってたのか？

S/360の「ほぼコピーマシン」を作って使ってたらしい。
（昔、bitでそう読んだ）

>>166
ﾎﾎｳ･･･

推測を含むんだが、ソフトは西側からタダ同然で入手できたから、
ISAがS/360系完全上位互換ってのは、切実なニーズだったんだろうな、と。

>>168
ISAって何？

>>169
Instruction Set Architecture。命令セット体系のこと。

日本語Windows使ってるﾆﾀﾞ

>171
プレステ上でLinux、な訳内科。
ちと昔に大量に北に流れ込んでたよね。

>>170
蛇腹に書いたあった内容のことかな？

なんでz/OSをPower5に載せないのだろ？OS/400のことを思えば簡単じゃないの？

2004/05/12 ITmediaニュース：IBM、新時代に合わせてEnterprise COBOLを改良

http://www.itmedia.co.jp/news/articles/0405/12/news026.html

>>174
その案はIBM内で過去何回もあった(POWER上でS/390をエミュレート)が、
断念されて、製造面の共通化(CMOS板製作とか銅配線とか)にとどまってる。

OS/400(S/38、AS/400、iSeries)は、最初から水平マイクロでH/WとOSが分離されてたし、
アプリも中間コードでの配布(インストール時に各H/W専用バイナリに変換)だからね。

OS/390は、H/W(マイクロ)を使いまくりで、OS/400とは対極にあるようなシステム。

>>178
そうなんだろうか・・・どっちかったら政治的な臭いがするんだが。いくらマイクロコード
多用だからって、DIPSみたいにユーザごとにSVC作ってる訳じゃないんだしｗ。

あ、>>176ね。だってPC上でMVS(古いけどさ)エミュレートできんだからやれそうな気がすんだけどな・・・

>>178
PS/2(MCA)でx86 CPUとS/370 CPUを載せたマシンや、
UNIX(NUMA-Q)でのMVSエミュレートもあったから、技術的には可能。

問題は、共通化で浮く製造コストと、得られる性能や可用性との比較じゃないの？

>>179
いや、性能や可用性はむしろ周辺で上げるもんじゃないの？政治的、と書いたのはそこさ。
Powerアーキテクチャでz/OS動いたらIBMのなかでなにかが終わるような気がしてるんじゃないかと。

>>180
他のＯＳより遅くなるのは確実だし、信頼性も実績積まないとダメだし、
時代遅れで継ぎ足しだらけのＯＳを移植するメリットはないね。
それだけだよ。

>>181
やっぱりそうかｗ。でもプロセッサとかは新規で作ったり・・・数でないからいいのか。
90nmとかもお下がりっぽいし。

>>180
勿論、社内政治やイメージもある。
ただ、全社でPOWERに賭けていた当時のIBMは本気だったと思うが。

他のCPU上でもS/390のエミュレートは可能だが、
S/390のCPU内部二重計算や、特にアドレッシングや複数アドレス空間管理の
専用命令は、CPUの機能だが、信頼性に直結してると思うよ。

>>183
水掛け論になるけど、技術的な理由はこれっぽちもないと思う。
だってs/390自体pentium世代の設計だし。我々がそこに背を向けてどーするっつとこはあるね。
スパコンがいい例でさ、日本人はベクトルプロセッサ並べてやるけどむこうはIBM自体がOpteronつないでるし。

>>183
だがそれは結局IMS(wやらCICS(wの業務アプリが信頼性を持って動けばいいだけのことだよね。
ほかならぬiシリーズがCPUなんかどうでもいい、って示してるんだから、政治的なもんじゃないの？

適用業務プログラムがちゃんと動く事
ミドルウェアがちゃんと動く事
OSがちゃんと動く事
ファームウェアないしH/Wがちゃんと動く事

レイヤーは大切ですよ
iはもともとTIMIなんだから別

>>186
じゃああんたはTIMどころかPCにエミュレータにもできないのはどんなとこか教えてくれるか？

ちなみに周辺のこと言ったらいまやSCSIだぜｗIDEのチャネルも多いしな。
ハードはどうあれ多重度で信頼性を上げるのがメインフレームだｗ。
どこがちがう？OSだ。CPUはどんだっていいｗ

自分はつまりメインフレームというのはz/OSなりの上に乗ったソフト資産だと思うのだよ。
IBMがz880とかいうLinux専用マシンなんちゅうふざけたもんを出すご時世。
それ以外にねーだろ。おい。

運用とかプログラムの修正ばっかやってないで、アセンブラで新規プログラム組んで
ダンプリストでも見てたら、移植しない理由が見えてくるよ。

ふ、見えてくるよ、か。>>181できちんと説明されてるもんな。
たしかにいまさら24ビットモードやら古いEXCPやらサポートするOS
移植すんのはわりにあわねえかもな。

http://www.kindaikagaku.co.jp/bookdata/ISBN4-7649-0033-5.htm
近代科学社「アセンブラプログラミング入門　−ＩＢＭ　Ｓｙｓｔｅｍ／３７０のための−」
著者：金山裕　１９７７年５月初版発行

↑って今の汎用機でアセンブラ組むのに役に立ちますか？
日立のＭＰ５８００とか使ってるのですが、
アセンブラを勉強したくても、資料が近くになくて
手に入るものと言えば上記のようなものしかないのです。

>>192
これを薦める
ttp://www-6.ibm.com/jp/lsj/newcees/WMAdmi.wss?__FORM__=CM_CurrCatDisp.html&course=24010

>>193
自習方式って、文字通りどっかの会場で講習受けるんじゃなくて、
申し込んだら本とか送って来て終わりですか？
誰でも申し込めるんですか？
っていうか、申し込んで見ようかな・・・。

>>192
その本、読みました。
古いけど、結構つかえる。
アドレッシングモードが２４しかなかったり、ＳＰマクロがなかったりするが、基本は網羅されている。
日立機との互換性についてはしりませんが。

2003年度の国内メインフレーム出荷金額、対前年比で29％減少
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040531/145131/


ﾀﾞﾒﾎﾟ

中元綾子アナウンサーが社会の底辺職種ＳＥと結婚
http://news12.2ch.net/test/read.cgi/news/1086062010/

このｽﾚといい13才のﾊﾛｰﾜｰｸといい、こういう評価ってどうなのよ？

S DEALLOC,,,DISP=(OLD,DELETE,DELETE),DSN=SYS1.LINKLIB
S DEALLOC,,,DISP=(SHR,DELETE,DELETE),DSN=SYS1.CMDLIB

|○|-------------------------------------------------------------------
|○|---------------------2222222222----CCCCCCCCCC---HH--------HH-------
|○|------------------222222222222--CCCCCCCCCCCC--HH--------HH---------
|○|-----------------22--------22--CC--------CC--HH--------HH----------
|○|--------------------------22--CC------------HH--------HH-----------
|○|-------------------------22--CC------------HH--------HH------------
|○|-----------------------22---CC------------HHHHHHHHHHHH-------------
|○|--------------------22-----CC------------HHHHHHHHHHHH--------------
|○|-----------------22-------CC------------HH--------HH---------------
|○|--------------22---------CC------------HH--------HH----------------
|○|-----------22-----------CC--------CC--HH--------HH-----------------
|○|---------222222222222--CCCCCCCCCCCC--HH--------HH------------------
|○|--------222222222222---CCCCCCCCCC---HH--------HH-------------------
|○|-------------------------------------------------------------------
|○|****A--START--JOB----1--2CH-----------------------------ROOM-------
|○|****A--START--JOB----1--2CH-----------------------------ROOM-------
|○|****A--START--JOB----1--2CH-----------------------------ROOM-------
|○|****A--START--JOB----1--2CH-----------------------------ROOM-------

>>199
すばらしい

ついでにＯＳメッセージも２ｃｈ式にしる

>>199
ﾜﾛﾀ

日立の汎用機しか使った事がなくて、
通常はASPENというエディタを使っていて、
JOBのサブミットやデータの割り当てとかも
全部それでやってしまってるんですけど、
今度の派遣先はIBMの汎用機を使うらしいんです。
他の汎用機でも似たような開発環境なんでしょうか？
今までやってたことが全然役に立たないなんてことはないでしょうか？

>>203
似たようなもんだ。心配イラン。
JCLもほぼ同じ。各種ツールも名前が違うだけといっていいほど。
システムABENDのコードも同じ。

>>188
ESSは内部はSCSIではなくSSAだよ。
外見的にSCSIインターフェースがあったりもするが、物理面では。

中はどうだろうとI/FがSCSIなんだからSCSIだけ気にしてりゃいいのさ
実装の詳細は気にしない方が幸せ・・・
ESSの中身がpSeries&7133っていうのはオフィシャル情報じゃないでしょ?

>>204
そうですか。少し安心しました。
汎用機ってIBMがオリジナルで、日立や富士通が真似たらしいですけど、
ABENDコードも同じということは、汎用機の規格はこうしないといけない
というような業界基準とかあるんですか？

わざわざ替えるのが面倒なだけだろ

∴ＡＣＯＳ使いはかわいそう

>>209
なんで？

>>210
ﾏﾝﾄﾞｸｻｲから

>>207
君はcompaq（現HP)がどんな会社かを調べた方がいいな。
こういうとHPのほうを調べそうだけど（ｗ。

>>207
ABENDコードのリターンハンドリングだってあるだろ。特にASMやJCL。
コマンドもAPIも全て真似て「互換」で売ったんだよ。

>>207
自分で「真似たらしい」と答え書いてるのに、かなりアホやね。

先日、コンパで出会ったおねえさん、かなりのデブだったんですけど、
成り行き上、車で家まで送ることになりますた。
助手席に乗せようとした瞬間、SB37になるんですよ。
なんとか車に乗せると、ホテルに行こうと誘われて何となく行ったんです。
ホテルで服を脱がせた瞬間、S0C7ですよ。

脱がせるまでデータ例外が判らないってのも
どうかと思うぞ、おぢさんは

>>215
車に乗せる時点で、トラック数をオーバー。

>>215
E37だったらコンデンスで助かるかもしれないが...

記憶が残ってるところを見ると0C4は発生しなかったんだな

>>215

>>215
ホテルの部屋（DB)がInhibit

腹上システムダウン

>>215
それでS222したのか？

>>223
S222して再実行しました。
ﾏﾑｺをいくらさがしても、S806になっちゃうんです。
もうあきらめて、ケツの穴にアサインしなおしてみました。

そしたらこんどは、S0C6です。
ちゃんと割れ目に入れろという意味と理解しますた。

>>224
そうこうしているうちにホテルの時間がS322になったんじゃないか？

汎用系の転職事情ってどうなんですか？

2007年問題って世間で騒いでいるわりには、良い転職先は確保しにくい。

>>215-224
おまいらｗｗｗｗ

>>224
S0C6になる理由がいまひとつ理解できない。

ﾏﾑｺと＊の中間地点（穴の無いところ）に突っ込もうとすると
S0C6になるというのが私の見解です。

>>224
S806になるのは当然だと言える。
なぜなら

EXEC PGM=MANKO
と書くべきところに
EXEC PGM=MAMUKO
と書いたんだから。

>>230
いや、MAMUKOは２ｃｈライブラリに格納されているはず
むしろ単なるSTEPLIBもしくはJOBLIBの記述ミスだろう

２ｃｈライブラリは認定ライブラリにしてもらうようにシステム管理者にお願いをして下さい。

>>231
STEPCATもしくはJOBCATかもしれない

TYPRUN=SCAN

やれよ、おまえら

CPUCOMP=C
やれよ、おまえら

REASION=1024K
のせいじじゃないか？

>>234

236にいってやれ

REGION?

そんな彼女のオマタをS013。

REGION=3cm位がいいです

SPACE=(CYL,(5000,5000),RLSE)位がいいです。

241>> 1volにはいりませんが

SPACE=(TRK,(5,5))ではＯＫ？

MVSソフトが家庭用本体で使える Phantom1 コンバーター後期型
ttp://page7.auctions.yahoo.co.jp/jp/auction/g22114928

IBM系のメインフレームにもローカル変数が使える言語が有るけど(例えばC)、
ローカル変数の領域の割り当てってどうしているのでしょうか？
IBM系のメインフレームにはスタックのような機構が無いと思うのですが、
関数呼ぶたびにいちいちSVCなどでメモリの獲得・開放するのですか？
※そんなことしたらオーバーヘッドでか過ぎですよね。

>>245
大抵の言語で、コンパイル時パラメータによって
（ソフト的）スタック、GETMAIN/FREEMAINが選べる。

>>246
プログラムの開始時にスタック領域(もどき)を作るってことですね？

>247
そう。さすがに自動拡張は無理だけどね。深さの見積もり間違えると悲惨。

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040611/145739/index.shtml
「IBMメインフレーム・ユーザーは幸せ」

>>249
但し、「財務的に良好で、他社よりも高い対価を喜んで支払う」という条件が付くことをお忘れなく。

高いんだから、良くて当たり前。
高くて不幸なんじゃ目も当てられないよ。

＃ちょっと高くて不幸なメーカーはありそうですけどね。

「z/OSへの移行に苦慮する日本IBM」
ttp://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040525/1/
(↑捨てアドでもいいが会員登録が必要)

何でメインフレームのOS/ミドルウェア移行って、こんなに大変なんだろうね。
1から10まで全チェックだからかなあ。ふう。

とはいえ、今組み上げられてるオープン基幹系も、数年後には全く同じ問題に直面すると見た。
はるかに悲惨なスクラップ＆ビルドが待ち受けてるのかも・・・

>>251
UNIXだと、I/O性能やミドルのライセンスの影響もあって、業務別・運用別で別サーバーにするけど、
メインフレームは１台に数ミドル、数十業務乗せて、運用びっちりにしがちだからでは。

>>252
ああ、なるほどね、確かに言われてみればガチガチですわ。
丸ごとパックって感じだなあ。

あれだけ詰め込んでも動く・・・
Ｗだと詰め込み終わる前にあぼーん

オープン系のミドル課金は単純なCPU単位が多いから、サーバー分けないと、
１業務だけで月１回使うミドルだけで年数千万円かかったりする。

メインフレームのS/W課金は、機械の処理性能別で、更にLPAR分割も考慮されるから、
１台にまとめても、比例的には妥当な金額になる（元が高いけどね）

>>254
Ｗは当然。ＵでもＬでも限界ある。

今朝の日経産業新聞
オープンの落とし穴　大型汎用機の逆襲

それは日経新聞の得意技、ちょうちん記事。

別の見方をすれば、メーカー発の観測気球。

一般派遣でCOBOLの案件で時給3,000円稼げるところありますか？

>259
団塊世代が消えてからならありそうだ。
あと１０年待て。

サーバサイドJavaの入門書を見てみたんですが、COBOLのオンライン業務と似てるところもありますね。

オンラインなんだから当然

なんだかパーツの組み合わせみたいなのばっかな感じがしました。

OOだからな。

>>261
TPモニタ上のアプリは似て当然。
アプリサーバーは一種のTPモニタだし、どっちも部品化するし(ObjectCOBOLかはともかく)。

だからUFJとか、基幹COBOLのJava化を進めている。

J2EE ServerにMF Transaction Server並みの使い勝手や信頼性を期待するのは酷だが、
果たしてMF Transaction Serverが提供してきた使い勝手や信頼性が本当に必要だったのかは
検討してみてもいい気がする。

オーバースペックってやつね

日本人は失敗を恐れるからね
MFは日本人好みだろ

コストの為に信頼性を落として、その結果評判（株価）が落ちたら本末転倒

「みずほ」みたいになっちゃダメ

みずほは金をケチったから失敗したわけではなdsefe@-$"21

http://www.atmarkit.co.jp/news/200406/22/ibm.html

「すごさを知って」、IBMが早大でメインフレームセミナー

S/360が革新的だったのは、ハードウェアとOSのOS/360の仕様を公開し、業務アプリケーションの開発を促したこと

S/360のもう1つの特徴はプロセッサとメモリの処理に割り込みの概念を導入したことだ。
非同期でプロセスを処理できるようになり、「たくさんのプログラムを同時に動かすことができるようになった」

http://enterprise.watch.impress.co.jp/cda/topic/2004/06/22/2633.html
日本IBM、40年後もメインフレームを動かすため学生に啓もう活動
IBM S/360メインフレーム誕生40周年記念セミナー

S/360が誕生したのは1964年4月7日（くしくも早稲田大学のある高田馬場で生まれた鉄腕アトムの誕生日と同じ月日

現在のトップ企業50の9割がIBMのメインフレームの顧客であり、デジタル情報の7割はメインフレーム上にある

IBMはメインフレームのzSeries、オフコンのiSeries、UNIXサーバーのpSeriesの3種開発基盤を共通化し、「三本の矢は折れない」

IBM主催の一般セミナーなんて、DOS/V黎明期みたいだな(w

>267
ラッシュ時に都内をフェラーリころがすことですか？

>>274
だいぶ違う。
君がPCを使う方が近い。

俺にはぴゅう太で十分ってことでつか？

算数セットで十分

算数セットは勘弁してください。
数百個もある細かい玉やカードすべてに名前を書くのは地獄ぜよ。

それはお母さんにでもやってもらいなさい

せんせんにじぶんでかかないとだめといわれまひた。

http://itpro.nikkeibp.co.jp/free/NC/TOKU1/20040621/1/
メインフレームやオフコンで動くシステムを、オープン系に“移植”する
「レガシー・マイグレーション」がようやく本格化してきた。

昨年3月、住友スリーエム（3M）社内に残っていた最後のメインフレームの電源が切られた。
NECのACOS-6系メインフレーム「PX7900」で動いていた販売物流システムを、
同じくNECのUNIXサーバー「NX7000」に、マイグレーションする作業が完了したからだ

COBOLプログラムやJCL（ジョブ制御言語）をそのままUNIXサーバーに移植

また日経か

>COBOLプログラムやJCL（ジョブ制御言語）をそのままUNIXサーバーに移植
コレ、ベンダーに箱売りつけられてるだけの一番無駄なマイグレーションだよな・・・
UNIX鯖もどんどん値上がりすんぞ・・・

SO/SIってしってる？

>>284
誰に聞いてるんだ

shift in/shift out ？
漢字でも入力したんですか？

0E 0F

>>287
IBMのだね

今日はここまでコーディングした

実際コードが一番面白いな、金もらえないけど。
ちっさいプログラムの外部設計からテストまで
全部自分でやるのが性に合ってる。

今日の日記。

テストは嫌いだな

こんなＣＰＵを作るのはＦだからかなぁ・・・

ttp://primeserver.fujitsu.com/primepower/concept/processor/

>>288
国産は違うのか？違うと画面系は(外だししてないと)書き直しだ。

昔は確か 28 29だったが、今は違うのか？JEFコード。

中だしもいいけどね。

0A42 0A41 日立機　これも昔だけど　今はどうなのかな？

IBM]漢字は一番ヘタレだが、PCとの連携性は一番良かったりする。
（IBM漢字←→Windows漢字が1対1に対応する）

>>287
「MS漢字コード = JIS + NEC選定 + IBM選定」だからかな？

>>298
おおしぶいねー
ちなみに、間にUnicodeかますとよく化けるんだよねー

ヤフオクにＧＳ８０００・・・
欲しいがちょっと不満

>>296
KEISだろ？
変わってないはず。

>>199 見たらツートンカラーの罫線付きNIPでダンプリスト出してる所を運用さんに見つかって
こっぴどく怒られたのを思い出しちまった。

>>294
JEFは28,29です。
PC用にカンマ区切る作るときに、
頭と最後にX(1)入れるのが、めんどい。

>>301
Ｈ機だけがシフトコード２バイトなんですか？

ｽﾘｰﾀﾞｲﾔと三和がっぺいでどこが儲かるのぉ？ＣＯＢＯＬはどうなるのぉ？

ヘ_ヘ
ミ・・ ミ　ということにしたいのですね？
( ° )〜

はいっ
Ｈが消えた〜〜

>306
?_?
どういうこと？？

>307
>ｽﾘｰﾀﾞｲﾔと三和がっぺいでどこが儲かる

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040716/147372/
三菱東京とUFJが正式会見、「システム統合は脱汎用機で考える」

来年トラブル満載（ｗ

>>304

銀行ならＣＯＢＯＬじゃなくて、ＰＬ／Ｉだろ？

>>309
大嘘書くな。
保守的な業界の典型として上がる銀行が脱汎用機なんてできるわけないだろ。

>>311
なるほど、ICBM系ならPL/1で、そのほかはCOBOL,C,ASM,RPGで作られているのですよね。

＞銀行ならＣＯＢＯＬじゃなくて、ＰＬ／Ｉだろ？
Iちゃんのバンキングが全部PL/Iなわけないだろ。いわゆるビジネスロジックはCOBOLもかなりあるのだ。

みちゅびちじどうしゃもどこかに吸収すればいいのにね、それこそグループで相互補完

今ごろ独立ＩＴ系の経営者が、仕事予測しているだろうな。

ＵＦＪならＴＩＳか？

ちくちゅんさんは大手行ばかりやっつけるなぁ。まぁ統合開発のことなど気にしていないと思うが。

多少は気にしてるだろ。一部産業が盛り上がるのは確かだし、
みずほのトラブルも割れれちゃいないだろう。

そういえば今日みずほはなんかやってるんだよな？

東京三菱○行は発火しないよな

>>319
BTMの勘定系はガチガチだが相当優秀と聞いたが・・・
あれを叩き台にした地銀共同化センターの話もあったし。

オープン系で全面刷新するのか、それとも既存のメインフレームシステムを生かすのか。
興味深いところだが、どっちにしろ今の合併形態だったらＩ系やや有利か？

>>320
リテールは圧倒的にうんこ銀行のほうが進んでる
あんな時代遅れにうんこ銀行の商品が載る訳ない
ＡＴＭ２４時間稼動も無理

>320
誤：やや有利
正：決定間違えなし

で、みずぽはどうなった？

毎年ダウンしているＩを存続させたら大笑い銀行になりますな

そう言えばＭＥＬＣＯＭ見たこと無いね
三菱限定マシンですか?

それよりUFJの口座を持っているので、はやいこと他所に移すぞ〜。

>>324
しかし、吸収されるＵＦＪ側のシステム（Ｈ）を遺すなんてありえないでしょ。
どう考えてもメーカやシステムの優劣より、合併する銀行の力関係で決まると思う。
どちらにせよ似たシステムだしさ（基幹勘定系の話ね）。

これで、Ｈはメガバンクに１ｓｔユーザなしか・・・・

ＨってＣＰＵの自社開発やめたんじゃなかったけ（ＩＢＭから調達）

>>325
三菱電機限定じゃない？

>329
三菱グループ限定でしょ

>>330
電機以外で使ってるか？

メガバンクのシステム、ソフト一覧希望。

>>331
重工の研究所でみたことあるぞ

>>332
一覧でいいのか？？？
ソースコードじゃなく・・・

>>332

とうみつ　：　あいびーむ
みずぽ　：　ふじ２
えすえむ　：　えぬいし
ＵえふＪ　：　某製作所

基幹勘定系はこんなもん。
えすえむが、ちょい色違いだけど、残りは基本的に某社の互換汎用機だね。

　　

HITACHIのXDM/RDとIBMのDB2ってだいぶ違いますか？

>>332
D J

>>336
９５とＮＴ程度には違うけど、マックとＷＩＮほどには違わない。
使う方から見てだけどね。

>>338
やっぱりXDMもDB2のパクリなんですか？

製品そのものは別として、RDBはIBMのコット博士（だっけ？）
が考案したものだったと記憶している。

コッド博士ですね。確か最近亡くなられたんですよね。
そもそもＲＤＢ自体がＩＢＭで生まれたんですね。

３６０のアムダールは生きているなぁ

http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20040720/147476/
「Linux上で第3次オンラインの更改となるシステムも開発中」

ＭＳＰなどＪＣＬは最高！

３次オンラインの後悔となるシステムも開発中

>>345

３次オンラインと言ったって１０年ものだからな
次期システムの開発がはじまっていたってなんのこたぁない

>>346
私の記憶が確かなら１５年経っていますが・・・

>>346-347
金融３次オンの開発全盛期は８０年代だよ。大手は８０年台前半。だから２０〜２５年。
今も現役が多い。３．５次オンという言葉はあっても、４次オンという言葉は無いしね。

http://japan.internet.com/public/technology/20030723/print1.html
現行勘定系システムの多くは1980年代半ばMF（メインフレーム）で構築されたもので
3次オンシステムと呼ばれている。

>>341
RDBはIBMの研究所で生まれたが、IBMは階層型(IMS/DB、DLI、SQL/DSなど)を優先したためか、
製品化はOracleの方が先。

当時のOracleはメインフレーム用だったが、OracleのWebSiteなどでは
敢えて書かれていない。

RISCもIBMから生まれたが、普及はSunやHPに遅れをとった。

IBM自身が、メインフレームに限定されないJ2EE勘定系を宣伝してるという現実はしらないの？
http://www.fin-bt.co.jp/comment144.htm
http://www.geocities.jp/nekomaika/narrator/ibm.html

”１次オン””２次オン”とありましたがオンとは何ですか
http://www2f.biglobe.ne.jp/~gouchie/97kai.html#JS9730

おんまゆきらていそわか、のオンでつ。

＞＞351

スイッチＯＮのオンだべさ

オンキリキリバサラウンハッタ

ＵＦＪとＳＭＢＣが結婚する可能性が出てきたみたいだけど
システム統合楽しいだろうなぁ

破談になりかけてるっつうのに何言ってんだか

破談になりかけてるのはＵＦＪとＭＴＢの話なんだが…
新聞くらい読んだほうがよいかと…

SMBCだとMTB以上に、UFJの日立勘定系は廃棄確実だね。
三井住友のIBM勘定系を、住友のNECに片寄せした直後だし、住友は強引でもやるから。

住友信託はUFJ信託が欲しい。少なくとも三菱信託には渡したくない。

UFJ銀行本体が9月決算を越えられないと東三に行くくらいなら、
自分のSMBCとの統合と収益性強化と扶養債権処理も一段落したところだし、
いっそUFJ本体ごと、住友グループで吸収しましょってとこね。

関西市場での重複は多そうだが...

ＩＴの人って他業界に比べて、見た目も中身も幼い人が多くないですか？自己中心的だし。

ＮＥＣにとっては初の都銀勘定系システムだし維持でも手放さないだろうし・・・

>>360
見た目が幼いのは、部屋に篭っているから
中身が幼いのは、観念（ロジック）の世界で生きているから

ま、他業界でも人によるけど

都銀って、もはや４グループだけかな。
・MTB(IBM系) + UFJ?
・SMBC(NEC系) + UFJ?
・Mizuho (銀行は富士通系、コーポ銀は日立系)
・Resona (IBM系)

なんだ、UFJが消えても日立勘定系は残ってるじゃない(件数少ないけど)

Mizuhoは富士通系統とIBM系統の並立

>>364
旧第一勧銀(富士通系統)への移行作業のまっさかり

コンニチハ！

>>365
ギャーーーー仲間がイター！！！！！

こうしてメインフレームを利用する企業が減っていくわけですね
メーカーも売り上げダウン。COBOLerも減少。オペレーターなども
職場が減っていく。景気悪くなりそうだなぁ。

うちの会社、中小特定派遣でオペと開発両方の系統やってて、
営業さんが「運用系はうちで一括請負したいな」とか言ってるんですが、
独立系中小が運用オペで請負契約ってケースありうるんですか？

>>368
汎用製品(PCサーバーとか)の性能・信頼性が上がれば、そちらが増えるのは自然では。
それでもメインフレームはメインフレームが必要な用途に残るし。

メーカー別ではIBM(zSeries)は世界で売上も大幅上昇らしいけど。

>>369
スレ違いな気もするが、
納品する成果物を定義できないと請負契約にはできないのでは。
「お客様の指示で、操作を代行します」だと、いわゆる支援契約。

>>370
これね

http://www-6.ibm.com/jp/domino05/ewm/NewsDB.nsf/2004/07161
当第2四半期の継続事業によるハードウェア部門の収益は、
前年同期比12％増(為替変動の影響を調整した場合は10％増)の74億ドルでした。
当第2四半期のシステムズ・アンド・テクノロジー・グループの収益は、
前年同期比10％増の合計42億ドルとなりましたが、これは大幅な伸びを示したzSeriesと、
Intel(R)ベースのxSeries(R)サーバーの売り上げが貢献したeServerシリーズの収益増大によるものです。
当第2四半期におけるzSeriesの総出荷量は、MIPS(毎秒100万回の命令実行能力)換算で
前年同期比75％の伸びとなりました。

>>370
そういうことではなくって、顧客が減るって言うことです。
必要なものが無くなる事は無いだろうが、必要とする
ユーザーそのものが減れば仕事も減るってことです。

>>373
それは仕方なんじゃないの？

３次オンみたいな巨大開発の連続でSE・PG不足が社会問題となった時代が再来する訳ないし、
メインフレームでもUNIX/Winでもミドル・パッケージ・ツール主体の開発が増えてるし、
仮に巨大開発があってもインド・中国との価格競争は必至。

でも「この機種の操作ができます」じゃなくて「ソリューションを練れます」なら、
プラットフォームが変わろうが、PGは海外だろうが、生き残れるけど。

メインフレームは、減っても残るだけいい

ACOS、国産オフコン、HPヒマラヤ(旧タンデム)、Alphaサーバー(旧DEC)なんか、
やってる奴は将来性ゼロだよ

>>374
「ソリューション練れます」となるとホントに一握りの人になりますな。
現在それで商売している会社のほとんどはカスだし。（技術的にカス
というより、学者の空想のようなことばかりおっしゃったりしますな）

先日、コンピュータ年鑑で調べましたが、ﾒｲﾝﾌﾚｰﾑを使用している企業、団体、公共機関の数は膨大。
ﾋﾞｯｸﾘ

そんなんで驚くのは自称パソコン博士の素人だけです。

>>377
そそ。これは改めて驚く。
大企業はともかく、どく小さい会社や事業所、市町村まで。

昔はPCじゃ業務利用に耐えられなかったからじゃないの？

この年鑑はﾒｲﾝﾌﾚｰﾑだけではなく、オフコン、ＰＣも掲載されているものなので・・・。
全角になってしまった。

人口が減る国なんだから計算するネタも減る
銀行１行、凡妖気１台で日本全国カバー可能な時代はすぐそこです

今の都銀１行でも、汎用機８〜２０台、UNIX/Winサーバー数千台なんだけど...

典型的な勘定系は、OS単位で数えると、本番４台（２系統バックアップ）、開発２台（兼コールドスタンバイ）。
これに情報系１〜２台、対外接続数台、場合によってはハブに２台。

筐体単位だと、もっと減るけど。

>383>384
盲目？
>386
だよ

社会保険庁って２社が独占してて、レガシーシステムで無駄金が
どんどん食いつぶされてるらしいけど、情報通な人いますか？

公務員やそれにぶら下がってる連中は無駄に金を使うのが仕事なんだよ。
彼らが無駄に金を使うことによって仕事を得ている民間企業も多々ある。

NTTデータが筆頭。次にNEC、富士通。どこの省庁でもそう。

ただ、オープン系に置き換えればコスト削減できるか、ってのは怪しい。
根本問題は、ハードの本体価格・保守価格ではなく、
見積もり・工数・役割分担などが、根本的にでたらめ（作文）だから。

曖昧でわからん要求仕様書、癒着してるベンダー側で作るRFP、
毎年配属替えで中身をチェックできない担当者。
「順調な予算消化が一番」と安くできる提案を却下し、
思ったよりステップが少ないと「水増しステップ」を増やさせる、
予定より増えた箇所はベンダーに押し付けて
「そのかわり次回随意契約で配慮するから」という体質。

こっちの方が問題だ。

>>388
レガシーが金食い虫というより、
金食いの隠れ蓑にレガシーを使ってる、という構図。

脱レガシーすれば外部からの透明性は少しは上がるが、
要件まとめ、発注、開発、保守までの構造を抜本改革しないと、
「税金でオープン系サーバーに買い換えて、改革完了」にされると最悪

社保庁はデータなんて入ってないだろ?

そういえばデータを納めるの忘れてました。

3270から、いいかげん脱却してほしい。

>388
ＮＴＴデータの名判貼っているけどよく見たらＦなのね

>388
やっぱりどこもそんな感じなのかなぁ。

>389
今やってる仕事がまさに
“「税金でオープン系サーバーに買い換えて、改革完了」”
な感じでアレ。

とうとうNが。。
http://headlines.yahoo.co.jp/hl?a=20040802-00000366-jij-bus_all

>>388-389
まさに。

新システム導入による効率化は『必ず』業務プロセス変更と隣合わせなのに、
役所の人って、僅かなプロセス変更も極端に嫌うから。

システムの本義って決して箱や言語の話じゃないのにね。
ちょっと齧った人レベルには丁度分かりやすいロジック（手練手管）で、
新しい税金吸収装置をしつらえただけ・・・？

汎用機を必要とする業務ってもう銀行ぐらいだからね。
それもIBMに押さえられてるし儲けにならないものを止めるのはしょうがない。

>汎用機を必要とする業務ってもう銀行ぐらいだからね。

必要じゃなくても惰性で使ってるとこは沢山あるからなぁ。。。
Nはメインフレームじゃもともと負け組だし。

>>397
航空、鉄道、自動車、鉄鋼、電力、ガス、警察、軍隊（自衛隊）なんかもメインフレームの牙城だけどね。
ちょっと周辺でオープン系採用しただけで記事になるくらい。

あと10年はメインフレームで食っていけるだろうけど、
やっぱ徐々に廃れるよ

時代の流れには逆らえないよね。

>>399
ははははは
保険屋こそメインフレームの牙城ですぞ。
終身の生命保険や年金、30年以上の期間の損害保険などなど

保険が30年以上だからシステムも30年以上同じだと思ったら大間違い

30年後には、古い業務はエミュレーター上で動きます。
現在のオフコンのようにね。

誰が作るんだろう？・・・・・・・

>404
>現在のオフコンのようにね。
オフコンって過去のものじゃないの？
漏れんとことっくにＫやめてＳになったよ

>>406
まだまだ残ってます。リース切れもなんのその。
どうしようもなくなっても移行する先は、Intelベースで作られた後継機。

驚くことなかれ、8Wayのマシンもあるんだぜ。

16WAYは

>>403
大間違いでもない。

>>409
おまえ日本語の意味理解できてないだろ。
>>403は「保険が30年以上だからといってシステムも30年以上同じだとは限らない」って意味だよ。

>>410
全く同じではなくとも利用し続けることはありえるってことだろ？
過去には実際そうしていたし、いまもそうしている部分もたくさんある。
未来に向かってはそうは行かないだろうけどさ。
つーか403の文章そのまんま転記してどうすんのよ？
それぐらい小学生でも理解できるだろｗ

>>411
すいませんね。
あんたが「〜と思ったら大間違い」という慣用句の意味を知らんのかと思った。
大間違いと言ってるからって全否定をしてるわけじゃないことを理解されてるなら
余計なおせっかいでした。

ハードは更新しても保険業務用に開発したアプリ部分はそのまま３０年使うってことだろ？
（新商品も開発はしないということかな）

>>413
んーと。
そういうことを言いたかったんじゃなくて、>>403の日本語は
現在のシステムが30年後も使われている可能性を否定しているわけではない
ってことを言いたかった。

「保険の期間が30年以上⇒システムが30年同じ」という論理が
常に真ではないということを意味してる。
つまり、30年後にシステムが同じ可能性を否定してるわけではない。
分かります？

おまいらCOBOLより先に日本語勉強しろ。

はーい

>>414
たぶん、金銭が絡むコアロジックだけは３０年たってもそのままだよ。

その部分だけでいいから早く著作権切れないかな

そのままといいつつも、小さな改変は日常的に行われているから
全体としてはいつまでたっても著作権は切れません。

>>417
その可能性も否定できないけど、個人的には30年あれば置き換わる気がする

http://www.itmedia.co.jp/enterprise/articles/0408/02/news079.html?c
メインフレームにItanium2？　NECが考えるこれからのITインフラ環境

NECは、同社製メインフレームの最上位機種「ACOS-4」シリーズにItanium2を搭載することを発表した。
ACOS-4、HP-UX、Windows、LinuxといったOSが動作することで、既存資産を活かしつつオープンシステムへの
対応を図る

...NECはこれで、メインフレーム、サーバーの主力はIAへ。PA-RISCとHP-UXの影は薄くなるばかり

>>420
私の知るところでは30年前のシステム平気で動いてますよ。
Y2Kも乗り切りました。

去年か、おととしまで日生は沖縄の吸収合併した生保のシステムの
メンテをしないでそのまま使ってたらしい。

残存期間が非常に長く、今後販売しないと決めたような商品のシステムは
放置されて残ることが多いようだよ。わざわざ新システムに以降などしない
ことも多いんじゃない？

いずれも過去の話だけどね。

以降じゃなくて移行だったorz

30年前のシステムそのままってとこは多い。
保守費と、移行費+新保守費+リスクを比較するだけ。

>>424
その算式に「会社全体の競争力」の項が
組み込まれない会社は、いつまでたっても
移行しないんだよね。

>>425
道具を新しくすれば「競争力」が高まると思っていると、経営者にはなれない

長銀、日債銀などはITにも「最新、高性能」に金を注ぎ込み、競争力低下で消えた

ヨーカドー、SMBC(住銀)などは「古くても使えりゃいい。要は割り切りだ」で高競争力。

>>426
システム移行とは道具だけの話だと思っていても、
経営者にはなれないね。

>>427
ＵＦＪも「最新、高性能」に金を注ぎ込み空前の灯火
毎年１回はダウンする古臭いポンコツ使いつづけてるＭＴＢは業界トップ

風前だろｗ

汎用機を使っていた長銀は潰れた
ＵＮＩＸを使っている新生は元気一杯

汎用機なんて金食い虫なだけ
さっさと廃止したほうが得だよ＞経営者の皆様

汎用機使ってない銀行なんてあるのか?
地銀とか除いて。

>432
IYバンクってW2K鯖じゃなかったっけ？

>>433
地銀以下だと思う。<IY

>>434
でも、いちお、都銀だからなぁ〜。

そういえば、「埼玉りそな」
都銀なんですが、埼玉りそな。

埼玉・・・。
工エｴェｪ（´д｀）ｪェｴエ工工。

>>429
UFJは基幹は節約し、新商品やチャネルに重点投資じゃないか？

>>432
汎用機使ってない銀行を数えた方が速い。

新生、IY、ジャパンネット、イーバンクなどの特化型バンクと、
NEC BankingWeb21に移行した八千代などと、一部の外銀。

それ以外は、都銀・地銀・信金・信連・農協・日銀・郵貯など、
全て汎用機。

>>435
ははは。

元々、法的には「都銀」なんて区分ないからね。
北海道拓殖とか、東海銀行、協和銀行も「都銀」だったし。

コストの鬼、トヨタは世界規模で汎用機回帰だし

IY、ジャパンネットは富士通の汎用機では？

時代の流れに逆らうのは、無駄な戦い。不要な負けを際限なく続けるだけだ。

http://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20040729/1/
三菱東京FG・UFJグループ、システム統合の行方
本命はIBM、処理性能なら日立か

処理性能なら日立か
処理性能なら日立か
処理性能なら日立か
処理性能なら日立か
処理性能なら日立か
処理性能なら日立か

処理性能はハードじゃなくってソフトで決まるね

>>193
それ実際に購入してみましたが、ガッカリしました。
それなりに分厚い冊子が届きましたが、>>192の序章以前の基本的な事柄ばかりで、
全然実用的ではないです。

　メ　リ　ケ　ン　カ　ブ　レ　大　杉

現代の日本人のほとんどはメリケンかぶれさ

×メリケンかぶれ
○ＩＢＭかぶれ

>>>444
MTFG、UFJとも、情報系はIBMだし

>>447
20年前はマスコミもユーザーも、国産びいき、攘夷が９割だった。
産業スパイ事件の時は、被害者の筈のIBM社員が非国民扱い。

日本人は変わり身が早い

情報系に凡容器使うって頭ぬるすぎ

いろいろな背景があるからだな。

コンピューターに限らず、政治や経済、その他色々な面でメリケンかぶれです。
ことあるごとにアメリカでは〜というのが現代日本です。
コンピューターの世界ではヨーロッパもメリケンかぶれのようですな。
母国語大好きフランス人もフランス語コンピューターの開発を断念したとか・・・

>>453
関岡 英之著「拒否できない日本」を読まれる事をお薦めします。
http://www.amazon.co.jp/exec/obidos/ASIN/4166603760/250-7081379-8243450
http://www.kokuminrengo.net/2004/200407-skok.htm

ハードは優秀でも
ソフト作る奴と使う奴にろくなのいないじゃん、○立

>>454
お奨めありがとう。
でも、俺はアメリカのおかげで暮らしやすい世の中だと時々思ってる。
日本政府は無策なんで。

日立のコンピュータってあまり見たことが無いけど
使ってるとこって・・・
（あっＪＲがあった。・・・・それだけか？）

>>457
UFJ、みずほコーポ銀、中国電力、大日本印刷、アプラス、その他官公庁多数
http://www.hitachi.co.jp/Prod/comp/Mparallel/AP8000/case_intro.html

>>456
無策ってのは平和ってことかも

毎日戦争してる民族は無策にしてられない

http://www.itmedia.co.jp/enterprise/articles/0408/12/news013.html
IBM、Linuxメインフレームで大型契約

こーゆーのも汎用機といえるのか。ハードはメインフレームだが、OS以降はオープン系。

PCも汎用だよな

↑夏になるとこういうやつが必ずいます。

>>460
メインフレームのLinuxってMVSの下でLinuxが動いてるんじゃなかったけか？

>>462
のようなやつも必ずいます

>463
MVS上でLinuxなんて動かないよ。
ネイティブかVMゲスト。

http://www-6.ibm.com/jp/servers/eserver/zseries/linux/linux.shtml
Linux on zSeriesのコードにおいて、ハードウェアに依存する部分は全体の数％。
その意味でも、Linux on zSeriesは、“メインフレーム（zSeries）独自のLinux”などではなく、
“Linuxそのもの”

http://www-6.ibm.com/jp/servers/eserver/zseries/linux/zvm.shtml
Linux on zSeriesの稼働環境には、以下の3つの形態があります。
多数のLinuxを稼働するには、z/VM環境が適しています。

「汎用機」てのは専用機時代に対する歴史的用語だかならぁ
「民主共和国」が帝政に対する社会主義国家を示すように

PCってのも実は死後だよな
「個人的コンピューター」なんて、PDAや携帯が無かった大型全盛時代の用語。

「端末」とかも．．．

ちょっと前まで（今でも？）ＣＤの店なのにレコードショップと呼んでたのとも似てる。

俺の母親が最近のゲーム機をファミコンと呼んでた。

東海道新幹線はいつまで新幹線なんだろう？

ケンちゃんラーメンはいつまで新発売なんだろう？

個人的にはそんな呼称なんてどうでもいいと思うけど、職業柄、
どうしても厳密さに拘らざるを得ない思考回路になっちゃってるのかな。

仕事柄で厳密？


寝言は寝てからいえよ

寝言は寝て言え・・・

もはや古典だな

>>476
ハァ？何やおまえ？
顔面の皮剥がすぞこら。

OSがWindowsのシステムをオープン系とか言うとはり倒したくなる。

系だから・・・
いいじゃん

>>479
カルシューム取れ

>480
系 = system

オープン系 = open systems = 開放系

>>482

かわいい系とかの「系」だろ…

>>483
482みたいに頭固い奴が多いよね、この業界は。

COBOLerがその典型

>>482
500系とか700系とかの「系」だろ…

>>486

古いちんこのこと？

「コンピュータ（計算機）」てのも少しアナクロ。
そりゃ内部的には計算してるけど、それは家電も同じ。
「おおきい電卓」みたいな。

COBOL系

業務系、制御系、基盤系、OS系、ネットワーク系、言語系...

太陽系、 器官系、MKS単位系...

谷系

がちょ〜ん。

(´-`).｡ｏＯ（一世を風靡した小室系って、一人なのになんで「系」なんだろう・・・

小室系は、小室プロデュースな香具師の総称じゃないの？
なぜつんく系と言わないのかはわからんが。

小室もふぁみりーじゃなかったか？
つんくファミリー
小室ファミリー

ファミリーというとIBMの臭いが・・・

GS8900モデルグループ

銀行のＡＴＭ自動預け払い機)について教えて欲しいのですが、払い出しのときに
通帳、カードの挿入要求後、暗証番号、金額入力の順に操作して、確認を押すと、
通帳、カードの動作後、お金がでるのですが、通帳の頁が印字位置で無いとき
自動でページ送りはしてくれないのでしょうか?また、ページ送りできない時、
なんで、明細書の送出がされるのでしょうか?

仕様です

>>499
そうなんですか。その仕様でないＡＴＭを使います。

現金・通帳主体のATMも、全国リアルタイムの記帳も、ボーナス払も、日本独自仕様だね。
他国には存在しない。

CityBankやネットバンク通帳ないし、邦銀もステートメント口座(郵送)に
移行してもらいたがってる。ただ国民の大半は通帳大好きだから難しい。

店舗のATMってまだLU0なのかな

>498
昔の一勧のＦ通ＡＴＭはデタラメページ開いて入れると
そのページに印字された。
１取引毎に別ページに印字させると
前後の残高の関係がメチャクチャのページが完成します。

>502
Citibank
無理して半角アルファベット使わなくてもいいよ

>>503
東京三菱は、数年前から基幹もTCP/IP。
LU0のとこも多い筈だが。

ＡＴＭって汎用機からどんな風に見えるの？
ＣＯＢＯＬでプログラミングしているの？

#ATM内部の制御話では無い。

>>507
IBM系で言うと、通信(VTAM)的には、SNA/SDLC端末。種類としてはLU0とか。
TPモニタ(CICSまたはIMS-TP)的には、その論理端末。

オンライン・プログラミングはTPモニタ用に書く。
だから「端末」が直接見える訳じゃない。
言語はPL/I、COBOL、制御共通系ではアセンブラ併用も多い。

>>508
ありがとうございました。

>>507
汎用機技術者のためのサーバーサイドJava講座

汎用機システムで長らく技術を学びながら、管理職になって技術から遠ざかってしまい、
昨今話題のWeb系システム構築にかかわって困っている方。この講座では、こういった方に向け、
サーバーサイドJavaを中心とした新しい技術を、汎用機技術とのアナロジー (類推)で
わかりやすく解説します。
http://www.arksystems.co.jp/closeupit/java/index.htm

----------------------------
これみると、逆に汎用機の古典的オンラインとの違いがわかるよ

>>510
3章 CICS-DB2を使ったオンラインプログラムの構成と構造
まずは、汎用機におけるトランザクション処理システムがどのようになっていたのか、おさらいしてみましょう。
http://www.arksystems.co.jp/closeupit/java/0301.htm

--------------------------

CICSはTPモニタの一種で、Javaアプリサーバー(BEA WebLogic, IBM WAS)
のようなものと思えば良い。その中で動くServletやJSPやEJBは、
端末(ブラウザ)を論理的にしか認識してないのと同じ。

そもそも、後発のIBMがWASで急速にシェアを伸ばせたのは、
CICSによるトランザクション制御の経験を、Javaに持ち込めたから。

>>511
「汎用機のDBMSはIBMではDB2」てのは気に入らんな。都銀ならIMS-DB。

＠ＲＵＮ
あー君たち。ＵＮＩＳＹＳ２２００　を忘れてはいかんよ。
＠ＦＩＮ

>>512
そーだそーだ！たいていDEDBのMADSだよね。
SW的な完全2重化、Flip-Flop READ、OTHREADによるアプリ同期点後の
非同期Writeはやっぱりよく出来た仕組みだと思うぞ。

>>504
それすごいですね。笑

http://www.jobdirect.jp/word/cobol000001.html
COBOLの求人情報なんですけど、保険会社とかって
やっぱ元請、元請子会社レベルの人しか採用しないんですかね？
しがない中小ITで派遣されてたようなのは門前払い？

業務知識があればそんなの関係ないんじゃない？
あとはその会社で使っている製品に精通しているとか
単にCOBOLのコーディングが出来ますなんて言うレベルでは
厳しいのでは？

もっともその会社の採用担当者が決めることなので受けて見たら
案外OKかも。単なる人手不足かもしれないし。

良いのが居たら採用してみるか

程度のトコもあるから、受けてみないとわからんなぁ
そーゆートコは、書類ではじくかな？

受けない場合門前払いの可能性すらない。

>>516
都銀でも保険でもどこでも、忙しい時は子・孫・ひ孫は普通だから、
そこに入れば可能性はあるでしょ。

ただ金融は実績を重んじる業界だから（金貸す先にも預金を要求するし）、
いきなり「スキルあります」「格安です」だけでは弱いかも。

特定の製品に強いとか、同業業務経験ありとか、使用製品に強いとか。

>>513
ClearPathシリーズ？ MVSとACOSしか触ってないから、
どんなもんだか見当がつかない...

>>513
文字コードはEBCDICでもS-JISでもEUCでもないんだろうか...???

>>522

漢字コードとごっちゃになってますよ。

LETS-Jだよな

各社の文字コード対応表ってどこかでもらえないのかな。

ＩＢＭ系（ＭＶＳ、ＭＳＰ、ＶＯＳ）しかしらん
ＡＣＯＳってどんなのか見当も付かん

みずぽはどうなったんじゃい

なにか隠しているのじゃぁ?

>>526
http://www.ace.comp.nec.co.jp/jpnacos/
こんなことで悩んでいませんか？

ACOSホストとWindows端末の外字を揃えるのが面倒だ。
ACOS外字をWindows上で編集したい。
Windows外字をACOS/A-VX/PTOS環境へもっていけない。

そんな悩みを「日本語文字拡張セット for ACOS」が解決します！

ACOSなどのNEC文字コードは 'JIPS' というらしい。
DIPS用に作った日本語文字コードだからかな？

http://www.dynacw.co.jp/dynafont/oemWeb/code.ppt

unisys　の汎用機は
　１ワード＝３６ビット（１バイト＝９ビット）
という個性的なアーキテクチャです。
　ＡＮＫ文字コードはＡＳＣＩＩ　漢字はＬＥＴ−Ｊ
一応世界初のコンピュータはこの会社の前身
で生まれたわけですが・・・

>531
ＡＢＣマシンか？

１バイト＝８ビットが主流になったのはＳ／３６０以降？

１行が８０文字になったのもＳ／３６０パンチカード以来。
それを表示しやすく640x480や1024x768が誕生。

>>534
解像度のほうは関係ないだろ・・・

それにS/360の前のPCSから80桁だよ、パンチカードは。1401でも使ってたし。
ディスプレイの桁数が80桁なのはカードからだけど、それ以外大嘘。

NEC ACOSの片系はUNISYS(ユニシスかバローズ)系だっけ？

http://homepage2.nifty.com/Miwa/Table/t2.html
NECはハネウェル、沖はスペリー、富士通はアムダールと提携

通産省の国産６社の３グループ化もあり、
ACOSシリーズはNEC・東芝グループ
COSMOシリーズは三菱・沖グループ
Mシリーズは富士通・日立グループ

http://ja.wikipedia.org/wiki/ACOS

ASOC6系 = 大型 = 東芝 = 旧GE系アーキテクチャ

ACOS4系 = 小型 = 日電 = Honeywell系アーキテクチャ

http://www.ipa.go.jp/about/e-book/itphist/pdf/report.pdf
通産省系資料だが、国産電算機の黎明期は、これにもあるよ

1960 IBM日本法人認可
1961 日立-RCA提携
1962 三菱-TRW提携
1962 NEC-ハネウェル提携
1963 沖-スペリー提携
1964 IBM S/360発表
1970 IBM S/370発表
1974〜 自由化
1964 IBM S/360発表
1968 電電公社がDIPSプロジェクト開始(富士通/NEC/日立)
1971 通産省が国産６社を３グループ化にし、500億円援助
1974 Mシリーズ(富士通/日立)、ACOS(NEC/東芝)、COSMO(三菱/沖)
1982 通産省「第五世代」
1984 通産省「シグマ」

>>535

8*80=640 なんじゃないの？
縦はよく分からん。

>>841
なんでディスプレイの1キャラクタに横8ドットいるのさ？関係ないだろ。
ドットとビット一緒にすんなよ。

そうだぞ >841 以後気を付けろ

第一VGAはPCの規格じゃん。知らない人が多いからって嘘はいかんだろ。

う〜む841までこのスレがあったらぼけないとねｗ

結構人いるんだなあ。

>>542

６ドットで足りると言いたいのかな？

>541
昔の8ビットパソコンを考えればわかりやすいかもよ
200ライン表示とか400ライン表示という表現があった頃
8ドット文字：640ドット×200ドット＝80文字×25文字
16ドット文字：640ドット×400ドット＝40文字×25文字
xxドット文字＝フォントサイズ

640×480の登場はアトリビュートやら縦横比とか言われるようになってからじゃないの？（フォローよろしく）
昔のマシンはアンダーラインと文字の下部と重なっていたし・・・

640×200だとグラフィック表示に縦横の比が極端なので320×200というモードがあった
Ｗｉｎ厨な誤爆野郎はバカなので無視すれ

>>548
320*200でも同じ。
その解像度でも円を描いても楕円になるんだから、補正しなきゃいけない。
同じ補正するのなら、640でも320でも同じ。
320のモードがあったのは、色数を増やすとか、処理量を減らすとかそういう目的だ。

縦横比を合わせるのは320*240もしくは640*480。
間違った知識で知ったぶってんじゃねぇよ。
見ている方が恥ずかしいぜ。

>>548
「Ｗｉｎ厨」と全角文字で批判しているヤツって、痛いよね。

>>548

汎用機だと２４行だから192ドットで足りそうだなーとか
16KBで横640だったら縦256がちょうどいいよなーとか
32KBで横640だったら縦512だよなーとか

そう思うと縦200とか縦480はなんだかなぁと
思ったりする訳ですね。

>>550

542乙
レス番間違えるヤツって、痛いよね。

>550
強調するため

>549
320×200のモードは確かにあった
320×240のモードはその後だ
ちゃんと調べろバ〜〜〜カ

それに昔の8ビットパソコンって書いてんだろよく読めよな

>551
一番下の状態表示欄もよろしく

>>554

バカはお前
＞640×200だとグラフィック表示に縦横の比が極端なので320×200というモードがあった

俺はその部分を指摘しただけ。
現実から逃避するな、このチンカス野郎めが！

「俺は昔の8bitの時代から知ってるんですよ」って言いたいのか？
20年たっても成長していないところをみると、お前は相当バカでつね。
せいぜい、20年物の腐った脳みそに蓄積された知識をひけらかして下さいね。

どうせ554は汎用機オペレータ。
オペと話すると、バカがうつるよ。

>>555

よろしくされました。
その分含めて縦200は必要ですね。
その昔の８ビットパソコン（FM-7 あたり）はその影響？

横320とか縦400はあくまでパソコン側の話でしょうね。

なんでPCの話になってるんだ。

オレは３０代前半で、某大手企業のシステム保守をやってる。
昔からのシステム資産を膨大に持っている大企業だと、未だに基幹系は
メインフレームだよ。最近は確かに商用ＵＮＩＸも増えたけど。
ところが、ここ数年の新人研修では、汎用どころかＵＮＩＸも教えないんだよね。
何を教えているかと言うとパソコンでＪａｖａ・・・
別に悪くはないけど、それだと現場で使えねぇ使えねぇ。
コンピュータと言うとＧＵＩしか見たことなくてコマンドライン何それ？
って感じだもんなぁ。それじゃエンドユーザとかわらんだろ！　と言いたい。

>556
何釣られてんだ？

去年ヤフオクで買った８ビットマシンのマニュアルに書いてあったんだ
昔のパソコンの事書いただけで何で２０年も成長してないになるんだ？
フォローよろしくって書いてんだから考えりゃわかるだろ
そんなに自分が正しいと思うんだったら虎菊とか行って見て来い
そして画面モードとかどうゆうのがあったか調べろよな
ちなみに俺は設計やさんで実作業はしないので汎用機オペレータって書かれてもなぁ

ムキになる連中が多いのは汎用機のスレにも多いんだなｗ

設計屋なのにドットが正方形かどうかを判断できないのは、頭が悪い証拠。

>564
そういう突っ込みはやめておけ
設計屋という表現はある意味罠
家の設計とか車の設計、回路設計、ＤＢの設計、
概略設計から詳細設計と
ドットが正方形か関係ない分野だったら突いてくるぞ

例によって「仕様です」で終了

>>別に悪くはないけど、

悪いって言ってるじゃん。(笑)

>>565
関係のない分野の設計屋であれば、この話題の中で自らを設計屋とは名乗らない。
もしくは、「〜の設計」と言うでしょう。

回路の設計屋なら、8bitのマシンをオークションで購入してもおかしくないけど、
たとえば建築家が8bitマシンを買うなんて、コレクターでもない限り考えられない。
「俺はインテリアデザイナーで、シンクレアZX80のデザインがクールだから買っちゃった」っていうわけでもないでしょ。

画面のアスペクト比が4:3であることは、エロビデオ(DVD)のパッケージ裏面でも書いてある。
ちょっと気が利く小学生なら「アスペクト比」という用語がわからずとも、ドットが正方形かどうかは簡単に計算できる。

気の利かねぇ小学生レベルっていうのは、どんな小学生だ。
８歳になる俺の娘は全く気の利かねぇので、俺の娘レベルということか？

俺の娘は気の利かねぇが、めちゃかわいいぞ。
それに比べて、それがオッサンだと・・・・。

570の娘でチンポをしごくスレになりました。

>>568
おかしくない・・・
限り考えられないか・・・

発想の貧困な方ですね。

何事も「ハズ」、「べき」というように教科書で教わったことがすべて
だと思ってはいませんか？

結構盛り上がっているけど >548を読み直してみるとアスペクト比とか言われる前の話だろ
確かに昔使ってたMZ2500にはアスペクト比対応の640*480って無かったし
640*200と320*200はあったから一概に間違いではないと思う

前に会社で使ってたF6682とかいう端末は640*480っぽかった

>565
568もちらっと書いているけど家の設計は建築士がするから設計屋と名乗らないんじゃない？

>Ｗｉｎ厨な誤爆野郎はバカなので無視すれ
なんて書いてるからアスペクト比について指摘して失敗したからこうなったんじゃない

過去のパソコンの解像度なんて各社いろいろあるからここで議論してもはじまらないと思う
ついでに↓見つけたからパソコンの解像度の話に意味があるか見てみ　特に厚くなっている人
ttp://www.proc.org.tohoku.ac.jp/befis/halloffame/pc_col/

ヤフオクでＧＳ８６００か何か落札したやつ何に使っているんだろう・・・

汎用機２台＋オフコン３台＋Ｓｕｎ１台＝＞汎用機１台（プロセッサ数は８台に増）＋Ｓｕｎ２台
オフコンは業務内容により汎用機とＳｕｎに移行
システムの信頼性という意味では汎用機は安心だな。Ｓｕｎはまだまだ発展途上（Windowsだと信頼性以前だし）
Ｌｉｎｕｘは今回は（も）対応できる技術者がってやつで不採用。

（８０or４０）＊（２４＋１）はいつからか知らんけど
ディスプレイ端末のフォントサイズは７×５が最初じゃないか？

表示文字数：６４０（４０×１６）
表示可能文字：Ａ〜Ｚ　０〜９　カナ　カナ小文字　記号　合計１２８種
表示形式：５×７
使用コード：ＪＩＳ７ｂｉｔコード
ってカタログに書いてあった
ただしドットでの解像度は書いていなかったので不明

追記：
３０年位前の資料からの転記

表示形式のところの単位が抜けていた・・・単位はドット


>「俺は昔の8bitの時代から知ってるんですよ」って言いたいのか？
みたいに言わないでなー
たまたま入手した資料に書いてあっただけだから

SMAFってどんなの？
詳しいスペックとか知っている人いる？

SMAPの偽者じゃないの？

>>576
MDAとかかな？

MDA ------------> EGA --> VGA --> XGA
CGA -> MCGA /

http://www.blackbox.co.jp/tech/1_5_2_12.html
IBM-PCのビデオ規格

http://www.cqpub.co.jp/try/kijidb/iwamura/video.htm
MDA(Monochrome Display Adapter)
初期のIBM PCに利用されていた規格です．文字キャラクタのみでモノクロ表示します．
画面表示は，80桁×25行の文字表示解像度は720×350ドットです．

＞578
ここ見れ
ttp://www-6.ibm.com/jp/servers/eserver/zseries/migration/migration2.html

でもって、詳細は担当営業員に聞くんだわさ

576のフォントサイズから計算すると280×80となりますが

ＶＳＡＭファイルにレコードを追加するのはできるのですが、
キーを指定してレコードを削除する方法が分かりません。
ご存知の方教えてください。

ちなみにＯＳはＶＯＳ３／ＦＳです。
プログラム書けばできるんですが、ユーティリティーでＪＯＢ流して
ＶＳＡＭファイルの割り当てや削除を行うのと同じように、
レコード単位の削除を行う事はできないんでしょうか？

>>584,585
VSAMといっても複数の編成がある。KSDSならキー指定で操作できる。VOSでもMVSでも共通。
http://www.sas.com/offices/asiapacific/japan/service/technical/faq/list/mf_index.html

あのさ、こんなのgoogleで「VSAM キー 削除」とかですぐ出るよ。
プロならまずは自分で調べてみたら？　ごくごく初歩の話だしさ。

まずはマニュアルよめ

http://www.hitachi.co.jp/Prod/comp/soft1/VOS3FS/v3ga0228.htm
VOS3 データセット編成とアクセス法

>>586,587
そのページは既に見ました。
私がやりたいのは、組込のＶＳＡＭユーティリティをバッチジョブで実行して
ＶＳＡＭファイルから特定のレコードを削除することです。
ＶＳＡＭデータセット自体の割り当てや削除はできるのですが、
レコード単位の操作はＳＡＭファイルそのままロードするようなことしか
やったことがありません。

>>588
AMS(IDCAMS)のマニュアルも読んだのか？

なんでプログラム書かんの？

具体的な方法が出てきませんね。

こんな場所で質問する方がバカ

Redbook: VSAM Demystified

かみ合ってねぇなｗ

>>560
もしかして、俺と同じ会社の予感・・・

へらくれすでＨとかＦのＯＳって動作実績ある？

>>588
VOS3/SP2時代の古いおやじですが、当時はＶＳＡＭユーティリティだけでは
できませんでした。
プログラムを作成せず、ユーティリティプログラムだけで特定のレコードを
削除するには、
１．SORTでKEYを指定して特定のレコードをカットし、VSAM to SAMファイルを作成
２．ＶＳＡＭユーティリティで該当のデータセットを削除
３．ＶＳＡＭユーティリティで該当のデータセットを再割り当て
４．ＶＳＡＭユーティリティで、１．で作成したSAMファイルを３．で再作成
　　したデータセットにロード
ESDSでもKSDSでも、こんなことを実行すればできますが。

>>597
やはりそのやり方しかないんでしょうかね。
ＶＳＡＭのレコードのダンプリストを出力する場合は、
キー指定して特定のレコードだけ出力できるんですけど、
それならそのレコードを削除できてもよさそうなものですが、
マニュアルにはそういう記述が見当たらないんです。

データセットの保守とレコードの操作は
レイヤが違うことくらい分かってくれよ…

すなおにDB使え、ってのは別に、何でそうまでして消したいのかね？
削除フラグ立てて夜間バッチで物理的に消すのが大昔の常道じゃないの？
基本的にはVSAMといえど低レベルなAMだから、DBのレコード削除なんかとは
違うよね。

単にコーディングが出来ないだけなんじゃ・・・

汎用機でJCLとCOBOLなんかでテキスト処理してデータをソートしたり抽出したりしてると思いますが、この場合DBとは何を指しますか？
最近ではRDBも汎用機で動くのかも知れませんが、RDBじゃないでつよね？

メインフレーマはPGのガン。

構造型データベースを使ってる香具師は居ますか？

やっぱハイエンドにはRDBより構造型？

汎用機COBOLはISAMファイルを入出力しますが、
これはCOBOLのために一時ISAM化されるだけであって、
実態はDBだということなんでしょうか？

>>最近ではRDBも汎用機で動くのかも知れませんが
こらこら、何年前の発言ですか
DLIなんぞさっさと捨てて、無能でも書けるSQLにしとけばよかったのに・・・

DLIって何？

>>602
もちろんRDBとは呼べないと思う。
よって、「JCLとCOBOLなんかでテキスト処理してデータをソートしたり抽出したりしてる」場合に
それをDBと呼ぶなら、単に「データ置き場」ぐらいの意味しかないんじゃないかな。

まあ、ユーザーがロックの仕組みなんかを自分で作りこんでればRDBもどきの動きをしたり、
CICS経由のVSAMアクセスみたいな例もあるけど。

>>607
Data Language / I
I系ならIMS管轄下の階層型DBに対するAPIの総称でつね。

データ操作言語としては恐ろしく低レベルなAPIしかないが、
それ故アクセスパスを全部人力（笑）で静的にコーディングするため、
レスポンスはよい（はず）。

階層構造DBは分かりやすさには致命的に欠けるけど、現実に存在する
データ構造との親和性は良い（はず）。

>602
＞最近ではRDBも汎用機で動くのかも知れませんが
RDBはもともと汎用機で開発されたものだが…

話のレベルが３５くらい下がってる・・・

>>608
データの置き場・・・・

まさにデータベース

ということでGETNEXT。

>604
構造型DBなんて聞いた事ない
階層型、ネットワーク型、関係型、OOなら知ってる

そういう訳でGetUniqueIOPCB

>>613
勉強不足なり。MDBを忘れてるよ。
MDBといっても、MS-Accessじゃないからね。

>>614
そりゃメッセージGUですな

Message Driven Bean

Mata
Deta
Bakaga

あまりにも莫大なデータを扱う場合は、汎用機＋構造化ＤＢ＋ＣＯＢＯＬ、となるんでしょうか。
やっぱ、ＲＤＢは巨大なファイルになりすぎるとパンクでつかね。

汎用機系の人は「おれＰＣよくわかんないから」なんて事いう人多いですが
なぜですか？同じコンピュータですが。つか、あなたプロじゃないんですか
アホですかバカですか

そりゃーバカの相手したくないからだ。

バカの相手？

おかげで、私がその人のＶＰＮ設定からメール受信できる所まで
全部やって、その上、画面キャプチャーしまくった「できる！」
系マニュアルまで作らされる羽目になるのですが。

＞620
内科医のところに行って
「あなた医者でしょ。足の怪我何とかしてよ」
と言ってるのと同じ

>>620が、汎用機、PC共に経験豊富なら何も言うこと無いです…

>>622
下っ端のお前には下っ端の仕事がある。
誇りを持って下っ端の仕事に取り組んでくれたまえ。

>619
構造化DBって何よ
構造を持たないDBってあるのかYO

>>619
どんなDBでも容量は有限ですが。

>>619
「巨大なデータ」の扱い方によって汎用機／分散系双方に向き不向きと使い勝手の良し悪しがあるけど、
一般に巨大なデータ量や業務処理量を持つユーザーの選択を見る限り、

-巨大なデータ中のある特定のレコードに対する（要はアクセスパターンが固定的な）、
　高速かつ高信頼性のトランザクション処理

-巨大なデータ全体への一括読み出し／更新など、
　多数のI/Oを伴いかつJOBネットでの自動化コントロールが要求されるバッチ処理

には「汎用機＋DB＋COBOL(or PL/I or Assembler)ってパターンが多いと思われ。

DBももちろんサイズは有限だけど、区分化などの技術で「器として」TB級の容量を確保できます。
その「器」の製品実装がユーザー要件にマッチするかどうかは別問題だけど。

>>628
それは数年前までの話。
現在の汎用機は、レガシーシステムが動く以外のメリットは皆無。
信頼性が云々とぬかす場合は、そのレガシーシステムが安定しているだけである。
正直、99.999%の可用性と99.995%の可用性の差が決定的なシステムなんて、滅多にないよ。
どうせ、その上で動くお前の会社で作ったシステムは、99.99%以下の可用性なんだからよ。

>>623
>>624
そりゃね、Oracle/SQL/Java等々開発系なら「専門外」と言われれば
そうなのでしょう。
でもメールですよ、プロキシですよ、ＶＰＮですよ。
今時素人の方が詳しいのに恥ずかしくないですか。

はやく滅亡して下さい。

また台風か・・・

うきー
うちの会社にいるのも藻前みたいなやつだ
叩かれ慣れちゃって、こたえねぇ
テンピュール殴ってるみたいだ
ちょっと凹んだかと思えば、じわじわ戻って
またいつの間にかフニャンとしてやがる

>-巨大なデータ全体への一括読み出し／更新など、
>多数のI/Oを伴いかつJOBネットでの自動化コントロールが要求されるバッチ処理には
>「汎用機＋DB＋COBOL(or PL/I or Assembler)ってパターンが多いと思われ。

だから、この場合のDBの中の人は何よ。
RDBなのかISAMなのか。

IBM S/360開発の先駆者が死去

2004/09/06 17:08 更新

大成功したIBMのメインフレーム「S/360」の開発者でコンピュータ科学者Bob Evans氏が死去した。

http://www.itmedia.co.jp/enterprise/articles/0409/06/news026.html

ご冥福をお祈りします。

>>622
金取れ。

>634
アムダールは元気？

>>602
他の人が誤解するのでマジレス

1970年 IBMコッド博士がRDBの概念を発表
1977年 IBMサンノゼ研究所で、SEQUELがSQLとしてまとめられる
1979年 ORACLE社が、世界最初の商用RDBMSであるORACLE(汎用機版)を発表
1981年 IBM のRDBMSであるSQL/DSが登場(後にDB2も登場)

今は中小の金融機関なら、勘定系も汎用機とDB2も多い。
都銀クラスや製造業だと、今でも階層型(IMS/DBなど)が多い。

「汎用機なら階層型DBMSでCOBOLで帳票印刷だけ」なんて、
ステレオタイプな話を信じてる人もいるようですが :-)

>>619,628
なんというか。2chで語っても毎回同じ繰り返しだが、
巨大DB自体はUNIXでも容易にできる。というか簡単で安い。特にDWHやBI。

汎用機が向くのは、本体の信頼性・可用性もあるが、それ以上に、
巨大DBに大量の更新を継続的に行って、同時に応答性も確保したい場合。

OSレベルやミドル(DBMS、TPモニタ)でのワークロードレベラーの出来もあるし、
機械語レベルの応答時間見積りがかなり正確に出せる事も大きい。

UNIXだと「余裕率3割」とかの安全率見積りも横行してるけど、
5億円のシステムで3割は1.5億円だから、精緻化が必要だが、それは汎用機でないと出ない。

高層ビルや鉄道設計での積算と同じ。
確かに高コストだが、巨大で何年も安定して使うと、意外と安くなる。
だからコスト命のトヨタとかは、汎用機に自動車の命の部品表を世界的に乗せている。

>>630
だからよー
下っ端なんだからしょうがねぇだろ

嫌だったら偉くなれ

この業界だけは技術力がすべての世界なんて思ったら大間違いだぞ

結局は人間同士が作った世界で周囲とバランスが取れない人間はダメなんよ
1人っきりですべての仕事が完結するならいざ知らず、集団で仕事をする場合は
玉石混合なんだよ。しかもサラリーマンならそこに年功序列の世界が少なからず
あるんだ。

だから、偉くなるまでは我慢しろ。そうでなければ辞めちまえ。

>>637
都銀の勘定系といっても色々あるんじゃない？

１０年ぐらい前まではDB2なんてロックがかかりすぎてパフォーマンスに問題あり
っていうことで採用しにくかったんじゃないの？

そのころ階層型のIMSではMSDB、DEDBなんていう高速DBが普通にありアクセス
するにもSQLという言語を勉強しなくとも関数呼出しでだけで済む状況があった。

DB化する以前の大昔のシステムから移行するにあたっても、昔のファイルレイアウトを
そのまま入れてしまえばよかった。

おかげで全く正規化されていないウンコのようなDBが出来ていたりする。

いったん出来てしまったウンコDBからの脱却は容易ではないのだ。

階層型DBはレコードの長さだけ意識している。COBOLのFILLERのようなものを用意する
クセが利用者にあるのだ。SQLを使うことを考えると大昔のFILLERに頼るクセがある人間は
なじめない世界なのだ。

1レコードずつとにかく読む。DBMSが何かしてくれることは信じない。この手の人間が
絶滅するにはおそらく数十年かかるだろう。

なんだか酔いが回ってるのでわけわからなくなったので寝ます。

10年前って事はないだろ
その頃にはDB2ももう実績あるDBだった筈

>>629
確かに可用性云々の小数点以下の桁数の話はベンダーの売り文句であって、
殆ど意味はないっていう点には同意できるけど。

逆に、世間で旗振られてるほど、基幹業務をわざわざオープン系で全面構築する
必要性が、実はユーザーの実感として殆ど感じられないんじゃないかな。


>>633
ISAMで大規模なDB構築っていう例は全く聞いたことないなあ。
わざわざ面倒なロック周りやキャッシュ管理を手で書くより、DBMS使ったほうよいでしょう。
3次オンに乗り遅れたユーザーならいるかもしれんが。

個人的には、

金融／保険→勘定系ならDL/I、情報系ならRDB
製造→部品表、工程管理等はDL/IだけどRDBへの移行も多い

という印象。全般的に中途半端なDL/IユーザーはRDBへの全面移行を志向してる感じ。

>>638
ミドルウェアやOS周りへの組み込みExitなんかを除いて、アセンブラのユーザーアプリは
ほぼ滅亡したと思ってるんだけど、まだいるのかな・・・

こないだ、久しぶりに自分でメインフレームいじったよ。

データのクレンジングでSAMファイル1億レコード超をソートして項目内一文字サーチして。
ＯＰからいつ怒られるかヒヤヒヤしながら待ってたけど、正常終了まで1hかからなんだ・・・。
最近のメインフレームは早いなあ。
昔はチャネルがボトルネックになったりして運用ＳＥと揉めたもんだが・・・。

これじゃ逆に性能計算難しいよな、と思った中年おぢさんでした。

でも今も昔も超量バッチはUNIXにはまかせられん。
よっぽどの冗長構成にしないと、OLTPが繁忙期を迎えたときにぶつかったらもう時間がまったく読めない。
漏れはUNIXもWinもあえて「嫌い」と言いながらシステム屋人生過ごそうと思う。
なぜなら漏れは大量データ一括処理専門のシステム屋だから。

メインフレーム万歳

>>641
再び酔っ払いだが

ロックが広範囲にかかりすぎて（ページロック、テーブルロックしかなかった）
デッドロックしまくりだったよ。

BINDなんてのもうっとおしかった。パッケージバインドなんてのは俺がDB2を
使わなくなる頃にお目見えしたような気が・・・

単に俺の職場の製品導入が遅かったのか？

ここ、iSeriesがオープン系であるかのような商売してるけどいいんかなあ。
（ふつう、IBMがどう宣伝しようと、オフコンに分類するよな？AS/400だもん。）
ttp://www.jbcc.co.jp/information/news_index33.htm

iシリーズってチンコパッドのiシリーズ？

>>645
確か最近はLPAR切って別区画でAIXやらLinuxやらが動くんじゃなかったっけ。
ていっても、大部分のユーザーはまだOS/400のような気が・・・

>>643
そういって悦に入っているつもりの超量バッチとやらも、
実は分割して分散実行できるものが多いのよ。

チャネルがリッチなメインフレーム１台よりも、
ギンギンのFC RAIDと中規模クラスターの方がよっぽど早いよ。
インターコネクトやクロスバースイッチなんか装備すれば、汎用機なんてゴミ同然。

え、汎用機って印刷機じゃなかったのか？

>>649
確かに最近は近いものがあるな。
オープン系のシステムに移行はしたが、
大量出力帳票だけは、ホストにデータ送って
出力するものがけっっこうある。

わざわざWintel系に移行してウィルス対策やら
セキュリティー対策パッチオンパレード
なんていう危険なめにあうのはいやだな

>648
FC RAIDにFCって何の略

>>652
ファイバーチャネル？だったと思う。

>>637
じゃ、今の時代RDBでオケなんだ。

速度を犠牲にしてもよければＯＯＤＢとかＸＭＬＤＢとか。
でも、ＯＯＤＢの言語依存は嫌い、ＸＭＬは嫌い。

>>644
DB2でのPACKAGEのBINDは、汎用機版でもWindows/Linux/UNIX版でも、今もある。

アプリの出す予定の静的SQLを事前にDBMSに教えておいて、
コスト計算して実行時速度を速めたい場合は仕方ないと思うが。

性能重視でなければ動的SQLでもいいし。

>>638
>だからコスト命のトヨタとかは、汎用機に自動車の命の部品表を世界的に乗せている。

与太は何使ってんだろ。RDBなんかな？

>>645,647
何を「オープン」と言うかによるよね。

Windowsは「大多数のメーカー・ベンダーがサポートするからオープン」
商用UNIXは「昔はFreeで、違うUNIX間でも互換性が高いからオープン」
Linuxは「オープンソースだから本当のオープン」
TRONは「著作権は握るが、公開して、誰でも参加できるからオープン」

ポイントとしてはこんな組み合わせかな？

１．世間の標準を取り込んでいるか(ISO,OMG,TCP/IP,W3とか。AS/400もOK)
２．複数メーカーから供給されているか（WinやAS/400はNG。UNIXはOK)
３．OSが公開されているか(WinはNG。TRONやLinuxはOK)
４．多数のベンダーがサポートしているか(WinはOK。商用UNIXはNG)
５．企業として社会や標準化に積極貢献しているか(特許公開など)

各社、自分に都合のいいとこだけで宣伝すっからね

>>656
z/OS、WebSphere/390、Java/EJB、DB2 UDB みたい

http://www-6.ibm.com/jp/servers/eserver/zseries/library/jirei/toyota/toyota02.html

>>657
仕様とかソース公開したらオープン。
だから例文があってない。知らないのに書かないように。

>>645
eServer iSeries (旧AS/400)は、いわゆるオフコンだね。

標準OSのOS/400では、文字コードはEBCDIC、仮想メモリではなくシングルレベルストレージ。
(SWAPファイルを作るのではなく、DISK全体がCPUから直にアドレッシングできるから、
DISK上のプログラムは、物理メインメモリにロードしなくても実行できる)

ただ「オフコン」は日本独自用語。海外ではミッドレンジとか。

新製品のeServer i5は、H/WがpSeries(旧RS/6000)と共通化された。
だから、OS/400を載せればオフコンに、AIXを載せればUNIXサーバーになる感じかな。

>>659

>>657の言ってるのは、>>659の考え方も１つの考え方にすぎない、という話でそ

>>659
業界標準を無視した仕様を作って、著作権や特許で固めて法外なライセンスととっても、
ソース公開さえすれば「オープン」かい？　甘いね。

PC-9801はオープンです

あたまわりーな>>662

誰が使って無くてもソースを公開すればオプソを名乗れる。
が、業界標準でも何でも中身を隠せばクローズド。

それを言ったらメーカー系でオープンなのは…

MVSしかない！

目立の某銀行のトランザクションが話題になってるけど、
やっぱ汎用機だおね？
DBは何だろ。

>>664
オプソ = オープン　と信じてるのね。単純...

>>666
UFJ銀行の振込件数の話題？ UFJは日立汎用機で、RDBMDはHiRDB
http://www.hitachi.co.jp/Prod/comp/soft1/open/casestudy/contents/ufj/index.html

>>668
汎用機は勘定系、HiRDBは営業店サーバー上のDBMS

日立VOS3で動くRDBMSはXDM/RDだよ。
COBOL,Java,C,PHPで書けて、HiRDBとインターフェースが同じ。

http://www.hitachi.co.jp/Prod/comp/soft1/xdmrd/

>653
ＴＨＸ！
>648
汎用機にもＦＣがありますが

>Windowsは「大多数のメーカー・ベンダーがサポートするからオープン」
Windowsってオープンだったのか？

問題が発生してもＯＥＭ版だとＯＥＭ先でしか相手にしてくれないし
挙句の果てに仕様ですで終わらせる・・・ガチガキに閉鎖的じゃん

汎用機系はユーザアプリのトラブルも一応面倒見てくれることを考えると・・・

ま、いっか

>>672
いや、だからさ、単にマイクロソフトは宣伝（イメージ戦略含む）が
うまかったと、それだけですよ。各種UNIXだって、互換性がある…
気がする…レベルでしょう実体は。

DIPSのハードウェア解説書と無いのかよ

>>648
汎用機のFCは、ESCONが最初、次がFICONかな？ 1980年代からあったような。
UNIX用のPCI版のESCON Adapterもあるね。
http://www.jdsf.gr.jp/glossary/english/e2.html
http://www-6.ibm.com/jp/services/its/facility/optical_fiber.html

>>667 ：仕様書無しさん ：04/09/09 22:34
>>>664
>オプソ = オープン　と信じてるのね。単純...

言葉の定義が、仕様が公開されたらオープン仕様、ソースが公開されたらオープンソース。
それ以外をオープンと呼んだら、言葉上間違いになる。

>Windowsは「大多数のメーカー・ベンダーがサポートするからオープン」
↑
こういうの言葉および定義上の間違い。

>いや、だからさ、単にマイクロソフトは宣伝（イメージ戦略含む）が
>うまかったと、それだけですよ。各種UNIXだって、互換性がある…
>気がする…レベルでしょう実体は。
↑
互換がある＝オープン
と言葉の定義を勘違いしてる例。

仕様が非公開だったら誰も使えない。

本来の言葉の定義など事実上の言葉の使われ方の前ではほとんど意味がない

現状ではメインフレーム以外はオープンと呼ぶのが一般的だろう

言葉の意味など勘違いなどで変化しながら元の意味から離れていくものだ。
こんなことは今に始まったことではない。

いや、少なくともWindowsはオープンとは呼ばないだろ・・・
呼んでるのはコボラーのひとが、自分たち以外をオープン呼ばわりしてるだけ。
あのひとたちは汎用機じゃないことは全部一緒にすっからな。

いやいや、
レがシーはだめねこれからはオープンね
という時のオープンに窓は含まれている。

>>676-677
オープン仕様って初めて聞いた。
言葉の定義を言うんなら、オープン仕様の定義をよろしく。
仕様の定義もね。

>>691
結局そーゆーこと言う人たちはナニもわかってない、つことでおｋ？

PC=9801で作ったレガシーなシステムがありますが何か？

ttp://e-words.jp/w/E382AAE383BCE38397E383B3E382B7E382B9E38386E383A0.html

ん？じゃあウィンドウズは分類上オープン系でも汎用系でもないってことは、何系と呼べばいいの？
ウィンドウズ系？ＭＳ系？

>>685
EMCのディスクつないでSAPとかSTOPx37でも入れれば
オープンと呼んでもいいのかな。

>>686
呼びたいように呼べばいいんじゃないの？

LinuxはUnix名乗れないけどz/OSはUnixだよね。
Unixをオープン系というならz/OSもオープン系で
Linuxはオープン系じゃない。

>>680
それが一般的ってことだ。

汎用機もマルチベンダーの時もありますが

Sunオンリでシステムを構築しているときは何と言うのですか？

Windowsはオープン系だろ。

そういや最近はI社内じゃ iSeries + UNIX + Windows を Distributed Systemes と読んでるようだ

>692
Windowsのどの変がオープンなの？

>>691
>>683

メインフレームとオフコン (あとタンデムとか) 以外はオープン系と呼ぶのが通例。
本当にオープンかどうかは気にしない。

ヘテロジニアスな環境作れるかどうかがオープンかどうかなんだろうけど、
zSeriesもKELとかSTKとかEMCのデバイスもつながるしサードパーティのソフトもあるしなあ。
ま、PC/ATほどではないが。

要するに、オープン系と汎用機系というのは、対立する概念ではなくて
直行する概念なのでしょう？その辺をわざと勘違いして宣伝しているのが
各種Unix系と。

ふむふむ
要するに勘違いが多いわけだ

だからさ、「オープン」(に限らず)用語は相対的なものだってこと。
そして、各ベンダーは自分の都合で使ってるから、ユーザーは注意が必要だってこと。

MSやUNIX各社は、メインフレームやオフコンとの対比で、自分をオープンと呼んでいる。
メインフレームやオフコン側も、業界標準対応などでオープンと反論する。
HPはIntelと組んでいるから「IA64もオープン」のように言う。
ADMから見ると、IA64推進ベンダーの方が少数派だから「x86系のADM64の方がオープン」という。
JavaもC#も自分がオープンというが、標準化団体の独立性ではCOBOL/FORTRAN/Cの方がオープン。

また、仕様が独自で独善的でも、GPLとかで公開さえすれば「オープン」という人までいる。

とかね。

言葉というのは相手に意味が伝えるためにあるので、その相手に合わせて
使い分ければよい。本当は云々などと言う事は相手に意味を伝えることと
比べたらさして重要ではない。

>>695
世間一般の「オープンシステム」は、そういう感じだよね。
製品でベンダー(特にメーカー)選択肢が制限されるかどうか。

日本の場合は、オフコンもパソコンも「各メーカー独自」の時代が長かった。
その反動で「色々なメーカーから選べる ==> Winもオープン」と呼ばれる事が多い。

でも本当は、WinはMSしか供給しておらず、公開もされてないから、
海外でオープンというとWinを含めることは少ない。

>>692
>そういや最近はI社内じゃ iSeries + UNIX + Windows を Distributed Systemes と読んでるようだ

汎用機世界から見るて、汎用機以外を全て「分散システム」と呼ぶ場合はある。
つまり、中心に「ホスト」がいて、画面回りや部門処理をPC/UNIX/オフコンで行うって形態。

でもIBM資料でそんな表現は、最近はほとんど見なくなったけどなぁ。

中途半端に公開されてる場合は?
半オープン系とかオープン系もどき　とかんなるのですか?

>>688
> z/OSはUnixだよね。

わざと書いてるのかもしれないが、z/OSのカーネルがUNIXという訳じゃない。
単にz/OS上のUSS(UNIX互換環境)が、POSIX認定のAPIを実装したから、
UNIXブランドを取得した、という話だよね。

アプリから見ればUNIXの1つだけど、OS自体がUNIXとはいえない。

ま「UNIX」とは何を指すか、という話題だね。

>>702
「オープンの度合い」になるんじゃないの？

個人的には
Linux > 商用UNIX > TRON > Windows > MacOS

>>681
> レがシーはだめねこれからはオープンね
> という時のオープンに窓は含まれている。

そうそう。特に90年代の「ダウンサイジング」全盛期はね。
汎用機・オフコンに対しての「オープン」だから。

でも最近は政府でもWindowsは「内部がクローズドすぎる」と避けたがって来てる。

なんだか変な人がいるね（てにをはも変だが）。定義厨？

「オープン」で伝わるのは意味じゃなくて「幻想」だ
という話をしているのがわからないのかな。

そうか、日本語不自由なんだね、ごめんね>699

>>703
z/OSって、MVSにいろいろくっつけたヤツじゃないの？
そういうつもりで書いた。

実際には
Linux > TRON(商用除く) > MacOS > 商用UNIX > Windows(素人にとっては)

>>701
今や汎用機（IBMだけだが）の方が分散の度合いに力が入っている
そんな気がするけど、分散の意味が違うかな。

>>690
汎用機のオープン面

・最初の汎用機S/360はI/O(Channel)仕様とアプリ仕様(命令セット)を公開した
・アムダール機は、IBM OSで動かす(H/W互換)
・富士通・日立機のOSは、IBM OSとほぼ同じAPIを備える(OS互換)
・汎用機各社とも、業界標準は積極的に参加してる(ISO, W3, JCP ...)

>>707
細かくいうと、MVSに色々くっつけたのはOS/390。
z/OSはカーネル64bit化もされていて、ちょっと違う。

UNIXブランドの話題とは外れるけど。

オープンの意味が違うがな

MVSの頃（XAとかつかないころ）は
ソースも公開されていたような。

>>712
だから、使う人の立場や意図によって「オープン」(に限らず)色んな意味があるって話では？

>>713
全部公開されてた訳じゃなく、障害対応なんかで部分的にユーザーに公開してた。
確かにMVS/XAあたりから、互換機対策が強化されて、非公開が進んだ。

オープンと言えば OpenVMS だよねっ！


ｺﾞﾒﾝ...

>>709
今は汎用機だけで構築できるシステムは無いし、IBMは各製品扱ってるから。

SunやMSの資料だと「全てSolarisで」「全てWinで」みたいな、極論が多いけど、
製品ライン上、仕方ないのでは。

>>715
だってだってＦとかＨとかがこぴっｔ（ｒｙ
それは流出ですかそうですかｗ

>>716
OpenDOS (NOVELL DR-DOS)もあるよ

>>718
Hは著作権問題の和解後は、有料でソースにアクセスしてるらしいね

>>717
GDPSとかの話かと。

FはS/360開発者のアムダール博士を誘って独立させ、間接的に情報入手した。
後にアムダール社が苦しくなると子会社化したけど。

>>720
Ｆもじゃないっけ？あれはタダ？
大分前にやめた気はするけど。

コンピュータ偉人伝　ジーン・アムダール
http://www.chienowa.co.jp/frame1/ijinden/Gene_Amdahl.html

>>711
MVS+いろいろ=OS/390
OS/390+64bit=z/OS
でよいですか？

OS本体部分はどう読んでいるんだろう？
（Solarisに対するSunOS的な部分の呼び名）

>722
>アムダール博士を誘って独立させ
飛び出したため接触したの間違いでは

ここんとこくだらんことでやけに盛り上がってるな

>>723
どうだっけ。裁定で、F/Hは費用を出し、Iが公開する命令が出た気もする。

ただ、その後でHはIと和解して、裁定の範囲以上を有料で継続的にアクセスできた。
FはIと徹底抗戦だから、こちらには乗ってない。

>>726
公式にはどうだけど、IBM在職中に富士通の池田氏が接触して、
「独立したら支援する」と約束してたらしい。NHKだっけな？

>>725
MVS時代には、純粋なカーネル部分はSCP(System Control Program)とか呼んでいた。
実はSCPは無料(H/Wのオマケ)。ただ単体販売されてない。

あまり公表されていない話を中心にコンピュータ （特に国産コンピュータFACOM )
の開発にまつわる話を書こうと思っている 。 私にとって富士通における４０年の生活史でもある。
http://homepage2.nifty.com/Miwa/index.html

>731
面白いっす

>728
「気もする」なんて書いておきながら次の文で断定するとは・・・
どっちがホンと？

>729
詳細ｷﾎﾞﾝ

>731
既出・・・
Ｆ以外で同様のサイトを知っていたらよろしく

>>733

Hは秘密契約を結んでIから資料をもらった。秘密契約なので
内容はよくわからない。

Fは徹底抗戦して、どこかの裁定で、Iの資料を参照できるようにした。
どこかでFの社員がIの資料を読み、それを元に調査結果をまとめる。
そのまとめたものを元に、F社内で開発する。前者と後者の接触は
禁止とかそんな感じ。

だった希ガス（ｗ

>734
TXH!
秘密契約・・・
真偽のほどは不明ということか・・・

Ｈは自社開発はやめてＩからパーツかなんか仕入れていなかったっけ

ＦとＩのはＯＳの著作権侵害についてだよ
ＩはＦをＯＳの著作権侵害についての仲裁を米国国際商事仲裁協会（ＡＡＡ）に持ち込みその後和解。
ＩはＦの著作権侵害を問わない代わりにＦはＩに和解金（約８億ドル）を払う事となった。
またＡＡＡの裁定で、ＦはＩから技術情報を開示してもらう権利を獲得する代わりに
毎年数千万ドルのライセンス料を払うこととなる。
なんだかんだで和解するまで７年かかった訳だな。（この頃のＦは体力があったからできたんだろう）

ま、はたから見れば金銭的には辛いが富士通においしい内容に見える。
何せ正式にＩの技術情報を見ることができ、それにもとづいてＯＳの開発ができる上に
それまでの著作権侵害は無しとなったのだから・・・。

ＭＳの特許侵害や著作権侵害は、ちょっともめるとＭＳが大金を払ってすぐに和解してしまうから
つまらん。

>>733
コンピュータ偉人伝　池田敏雄

ジーン・アムダール はIBM　System/360のアーキテクチャを作り上げたデザイナーだ。
池田敏雄はそのアムダールがIBMを去る前の年１９６９年に密かに彼と会った。
一流の技術者どおし波長が合ったのだろう、すぐに意気投合したらしい。
翌年アムダールはIBMを退職しアムダール・コーポレーションを設立した。
富士通はアムダールの事業をとっかかりにIBM互換機ビジネスに乗り出した。

http://www.chienowa.co.jp/frame1/ijinden2/Ikeda_Toshio.html

>>735
そそ。
IBMは富士通に、IBMの著作権を侵害した互換OSを止めさせたかった。
富士通は侵害していないとつっぱねた。

AAA裁定は、侵害の事実を事実上認めたが、Fのユーザーを考えて使用禁止にはせず、
相応の支払いを条件にIBM技術情報を参照できた。

だからAAAは「(どちらが勝ったではなく)勝ったのはユーザー」といった訳だったと思う。

>>735
CPU(IP?)買ってますね。
コンソールはIBMって書いてあるOS/2マシンでしたね（最新機種は知らない）。
RS/6000も買ってますね（関係ないか）。

>>736
富士通のWebPageでも、池田氏がアムダールに会ったのは、
アムダールがIBMを辞める前とされている
http://pr.fujitsu.com/jp/ikeda/hisyo5.html

個人で会ったのか、会社としてのなのか、じゃないのかな。

>>738
日立と米IBM、サーバ/メインフレーム分野での包括的な提携を開始
http://pcweb.mycom.co.jp/news/2001/03/13/12.html

1994年からの提携で、IBMは日立にメインフレームCPU(CMOS)を供給。
日立は得意の高速CPU(バイポーラ)に専念した。

2001年からの提携では、更に、
1.IBMがAIXを日立にOEM
2.PowerPCを共同開発
3.IBMがローレベルUNIX機を日立に生産委託
4.メインフレーム新CPUを共同開発
...となったが、3,4はその後話を聞かない。



・メインフレーム用CPUを共同開発し、
・
・

>>740
純粋に個人や技術の話をしたか、「機会があれば一緒にやろう」とまで言ったか、
確かに真相は推測するしか無い。ただ池田氏は公私を分ける人ではなかった気はする。

今は相互OEMや部門売買は普通だかならぁ。

IBMから日立には、PS/55noteやPS/VをOEMした事もあるし、
IBMのHDD製造部門は日立が購入したから、
今はIBMは日立(HGST)からHDDを買ってる形だし。

池田氏が就職した会社が違っていたらどうなってたんだろう？

スパコンはメインフレームに入りまつか？

はいりません。

>>744
普通の会社なら首になってた :-)
会社に出ない、勝手なものを自宅で設計する...

>>745
普通は含めないけど、細かく見ると色々。

クレイとかのベクトル演算専用機は、大型機だが汎用機ではない。
IBMが対抗して出したS/370 VF(ベクトル演算機構)はベースは汎用機。

最近じゃ「スパコン」のペースはPC/UNIXが多くなった。
http://www.itmedia.co.jp/news/articles/0406/21/news007.html

皆さん、どうもありがとうございます。
ちょっと前の雰囲気だと相手にしてもらえないかとヒヤヒヤでした。
他にもいろいろ勉強しようかと思います。

今日もアセンブラー明日もアセンブラー。
低級プログラマーなわたし。

>>745
>>748
日立や富士通も、Ｍベースのスパコン作っていたyo
あれはメインフレーム（というか汎用機）だろうね。
同時期のSX(NEC)もその意味では汎用機じゃないかな。
というか、ベクトル機はみんな汎用機ベース？

最近はクラスタばかりで困っているとどこかの研究者が
言っていたというような記事をどこかで最近読んだ（ｗ

>>749
どこの掲示板でも99%はROMだし、書く1%のうち、1%が99%を書いてるからね:-)

>>751
クラスタやグリッド専用の書き方が必要だから？
ただベクトル専用機も、やっぱ平行可能なベクトル演算を考慮する必要あるし
（よくしらんが）

>>753
計算のリクエストをかけてから結果を得られるまでのレイテンシーがでかいのがクラスタの痛いところ
ベクトルでないとどんな考慮をしても並列化することが叶わなくなるケースがあんの。

http://pc5.2ch.net/test/read.cgi/prog/1089465975/793

793 　仕様書無しさん　sage NEW!!　Date:04/09/15 16:15:46
【TSS】メインフレーム万歳6【3480】
に書き込めないんですが何ででしょう。

正常に書き込み終了するがレスが754以降表示されないＹＯ！

I日MのBlue Geneスパコンは汎用機でつか？

>>756
違います

そういやクレイは聞かなくなったな

>>758
http://hotwired.goo.ne.jp/news/news/technology/story/20040901303.html
ベクトル型スーパーコンピューターの将来は？(上)

http://www.chienowa.co.jp/frame1/history/Super_Computer.html
スーパーコンピュータ その誕生と行く末

>>751でつ。
>>759のでした。

ついでに
http://headlines.yahoo.co.jp/hl?a=20040917-00000036-zdn_n-sci
NEC、イタリアCASPURから「SX-6」受注

スパコンといえばＶＰだった時代も今では・・・
国産初のスパコンを出してからずっと１位だったメーカーが落ちてしまったもんだ

ベクター型って一瞬なんだか分からなかったｗ

>>761
富士通はスパコンもメインフレームもオフコンも自然消滅みたいで、なんだかなぁ
NECはメインフレームはオープンに移行、スパコンは継続と、立場を表明しとるのに。

ヴェクタ
スケィラ
メイトリクス

NASA帰りの教授に慣らされた。

発音の話じゃないが、SNAを「すな」、CICSを「きっくす」、NECを「ねっく」と読むやつもいるな
社員が使ってても正式じゃない

ＳＡＡはどうなりました？
さああ？

というのはダメですかそうですか。

>766
お約束で・・・

(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )

IMSは「いむす」、SPAは「すぱ」なんてんも・・・
話が通じればどうでもいいんだけどね

すぱってなんです？

SAPはさっぷと読むなと言い張っているらしいですが。

>>765
それを言い出したらHNAなんて「はな」なんてのもある
(過去そんなこと口走ったたﾁﾞﾁﾞｲがいた気がする)

あと、CICSを「しっくす」で通してる所もあった

今週は３連休だったんだ。
気がつかなかったあしたいつもどおりに出勤するとこだった。

で、この３連休でデスマーチなとこある？
そういえばみずほに「ＡＴＭサービスなどの臨時休止のお知らせ」とか書いていた
いよいよか！！

CICS = キックスはUSでは普通なのでは。
CICSplexをシーアイシーエスプレックスなんて読んでられないだろう。
それにSNAをエスエヌエーと読むほうが少ないと思う。

>>772
USのIBMエンジニアで普通でも、会社(IBM)の公式用語ではないって話では？

>>769
SPAは気になる。雑誌しか思い浮かばん。なんだろう。

>>774
Scratch Pad Area
雑誌でも温泉でもねーよ

COBOLの予約語で「ASSIGN」を「あしんぐ」、
「ORGANIZATION」を「おりじなる」と読むジジイがいた。

たんなる読み間違いだな・・・

>>776
「アサシン」と「おーがにっくぜいしょん」が正解です。

「アサイン」・・・ちがうか？

>>779
おいおい
アサシンに殺されるぞｗ

やたら略語つーのもある
MSG(メッセージ)、UG(ユーザーズガイド)ならまだしも、
PO(Principle Operation)、手サブ(手動Submit)、パフォチューとか

ピイチュー、ピカチュー、ライチュー

パキ

>>779が釣られています

さてと、明朝の本番運用成功を祈りつつ寝るか

CSA

CLPAをクルパと呼ぶヤシも多い

CLCLPA

CCPのことをくるくるぱーと呼んでいる先輩がいた

どうしてIBMはあいびーえむなんだろう・・・
いぶむ
とかでもいいんじゃな〜い？

>>786
くさっ
なのか？

某社ホスト系でScrach Pad AreaでないSPAを使ってるやついる?

>>790
USAは
うさ
なのか？

>>793
なんでUSAなん？

うざ

>>790
正確に書くと
Ｉ．Ｂ．Ｍ．
だから。

うちの周りでは、未だにビックブルーで通る

アメフトチームの名前もビッグブルーじゃなかったっけ？

>796
そうか・・・
名詞に日本アイビーエム株式会社って書いてあるからじゃないんだぁ・・・

ところでフランス人は日立のことをやっぱり
イタチっていうんだろうか？
そうだよねきっと

韓国人は富士通のことをフジツウって発音できるのかなぁ・・・

>799
漏れの持ってる名刺には日本アイ・ビー・エム株式会社って書いてあるよ。

>801
"フジトゥウ"になりそう。

社内の文書規定で、英単語の区切りには「・」を入れる
ことになってるらしい。
ttp://www.ibm.com/jp/

>739
ここにも書いてあった。
ttp://www.ipsj.or.jp/katsudou/museum/pioneer/omi.html

PFUとかUFJとか、今は英文で会社の登記できるんだな。
IBM日本法人の頃は駄目だったと思った。

>>790
おみゃーはCPUもしぷ、WWWもうううと読むのか？

IBMは愛・美・笑むって読むんだじょー

>>805
一般の新聞やニュースもチェックしろよ
そんなのかなり前の話だぞ。

浮世離れした仙人のような感覚では商売できないぞ。

>>808
愛・Bee・Mなら見たことある

//TSO123A JOB CLASS=A,MSGCLASS=X
//STEP1 EXEC PGM=IEFBR14
//DS1 DD DSN=SYS1.PARMLIB,DISP=(OLD,DELETE,DELETE)
//DS2 DD DSN=SYS1.VTAMLST,DISP=(OLD,DELETE,DELETE)

OMEGAMONもIBMに買収かぁ

ちぼり　おめがもん

>>810
RACFで弾かれますた。

>>810
http://2chart.fc2web.com/2chart/koya.html

Z NET,QUICK

Z EOD

$PJES2

知恵遅れのオペレーター氏ね

>>818
http://2chart.fc2web.com/2chart/gomen.html

P TSO

F IMS,STOP

>>810
そんなJCL書いたってすでにSHRで割り振られているから待たされるだけでいつまでたっても削除されないってば。

>>822
SHRで割り振られてると削除できないの？ それはOLDだけかと思ってた

>>823
だれかがSHRで握っているから、
OLDで消そうとしても消せない。

つまり
//DS1 DD DSN=SYS1.PARMLIB,DISP=(SHR,DELETE,DELETE)
ならいいのかな。
RACFは別として。

会社の計算機、免震ちゃんとやってっか？

>>825
それでもダメ。
割り振り自体はSHRでできるものの、後処理としてのDELETEはできない。

DISPって第２パラメータがDELETEなら
第１パラメータにSHRって切ってもOLD扱いじゃなかったか？

>>828
そうだったかも知れん。

そこでJESを停止させるとどうなるだろう？
JOBそのものが動かなくなるか？JESでの割り振りが解除されて削除できるかどっちだろう？
たぶん前者だと思うが。

間違った。漏れは827でつ。

バカばっか

久しぶりに現場に戻ってみたら、ＣＭＴの容量がが４ＧＢになってた。
昔は圧縮かけても６００ＭＢが限度だったのに。知らんかった。
ＭＦの世界でも置いてかれてる　orz

今のご時世、テープメディアの容量は１巻あたり２００Ｇを超えるのが普通です。
４Ｇ程度では、十分なくらい置いてけぼりです。

>>832
同意

ASPEN使いやすくて最高！
PC用のフリーのASPENエディタ誰か作ってくれないか

PEってASPENのエディタに似てると思うけど

>>830
JESが止まったらJOBが動ける訳ない。

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20041007/150993/index.shtml

NEC、Iｔanium 2を採用したACOSメインフレームを発表

従来製品「PX7800SV/PX7600SV」の後継

命令変換を行うファームウエア「ACOSプラットフォームテクノロジ」を搭載することで、
Itanium 2上でACOSの100％バイナリ互換を実現した。OSとして「ACOS-4/VX」を用意。
従来のACOS用アプリケーションを一切変更することなくそのまま動作させられる。

ACOS以外にHP-UX 11i v2、Windows Server 2003、Red Hat Enterprise Linuxがネイティブで動作する。

月額レンタル料金は、小型のSモデルが約300万円から

従来製品も既存ユーザーの増設用として1年程度併売する。

>>833
メインフレームでもLTO使ってるとこは200G/400G。

>839
ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20041006/150921/
パソ厨が多いってことか？

>>839
ACOSはきえるの？　IAで増えるの？

ＭＦ初心者です。
１巻のＣＭＴを同時に複数のジョブでアクセスするのって、やっぱ無理？
ジョブＡではラベル１のデータ１を読み、
ジョブＢではラベル２のデータ２を書き込むのを並列でやるとか。

CMTってなんだか知ってる？

CMT=カートリッジMT。オープンリールに対する語。3480やLTOも含まれる。

>>843
物理的常識で考えたら？磁気テープを巻いてる記憶装置だよ。
VHSで最初の１時間分を録画しながら、後半１時間分を書けるのか？
（バッファが１時間もあればともかく）

VHSのビデオデッキとHDDのビデオデッキを考えれば解るな

そこでVTSですよ。
ってもVTSでも仮想ボリュームを同時利用できる訳ないけどね

>>843
JOB Aで
RETAIN買いとけ

同時ではないが巻き戻し＆早送りの時間が節約できる

>>847
○書いとけ
×買いとけ

＿|￣|○

>>847
そんな事を質問する香具師にRETAINにいくつカンマつけたらいいかわかるはずない。

メインフレームでＶＨＳと言えば
6453と6475だな

>>849
大丈夫。JCLエラーにならなくなるまで適当にやればいいだけ。
もっともRETAINをどこにかけばいいのかがわかってからの話だが。

//A JOB RETAIN
//A JOB,RETAIN
//A JOB,,RETAIN

とか？

実際、RETAINしってるSEやオペレータは少ない。毎STEPでリワインドしてたりする。

>>853
んなアホな

>>853
新人プログラマーのときから知ってますが・・・

RETAINしてそのまま使おうとして足りないよーっていうエラーコードなんだっけ
新人のとき悩んだような記憶が

http://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20041005/150826/
丸井、100億円プロジェクトの全貌
従来システムはIBM製メインフレームで稼働していたが、新システムはオープン系プラットフォームに移行する。

>857
きじがよめんぞ

登録すると読めるみたいよ

よくある話だね

流通はもともと価格や構築速度に敏感だから、オープン化が進んでる。
古典的な製造（鉄とか）や公共で、いまやオープンで良いものまで汎用機が異様に多い。

>861
いとがよめんぞ

翻訳すると読めるみたいよ

エンコードが違うんだろ

よくある話だね

＞古典的な製造（鉄とか）や公共で、いまやオープンで良いものまで汎用機が異様に多い。

プラント・制御がオープン系で良い？笑わせるな。
安全性・確実性が第一なのは、リアルタイムが命、しかも過去事例・積み重ねにより確立してる仕様。
日の浅いのはダメだね。
事故るよ。

>>866
それが典型的な逃げ口上。

リアルタイムが命なのは理解するが、でも汎用機はいらないだろ。

＞８６７
ソフト屋、特にオープン系の人間は、ソフト相手、ハードとしてもほぼコンピュータONLY相手だから｢障害｣(人的被害なし)で済む場面しか知らない。
実際の制御では、人的被害が出る。災害も起こる。
極論言うが、もし、電車がウィンや、リナまぁ総じてウニでもいい・・・。
これで動いてたとしたら、どう感じるか？
それでも、オープン命というなら、頭がイカレテるね。

その点、ＯＳ９、ＯＳ９０００などは、ヒジョーに古典的であるが(ほぼ8bitCPUの時代の仕様)、ＲＴＯＳであり、分かりやすいアーキテクチャーであり、
信頼性が高く、現在でもＰＬＣなどのコントローラでも使われている。
すなはち、工場等の制御盤にもこのＯＳが入ってたりするわけだ。
信頼できるＯＳとは、ＲＴＯＳであり、分かりやすく、実績があるということだな。
よく言えば歴戦の勇、悪く言えば古びている、中間を採れば年代物･････?

RTOSは信頼できるレベルまで必要な機能だけに絞っただけで
他の用途にはまったく使えない。
で、毎回OSつくるはめになる。

だから、OS9やOS9000は汎用機じゃないでしょ。
エッジ部分はRTOSのマシンでいいじゃん。べつにそんなところを突っ込んでるんじゃないのよ。

生産計画立てるのに汎用機など使うなと言っているだけだよ。

>>869は、OS/9を稼働させると汎用機と思っているようだ。
きっと彼なら、SHやARM9で汎用機OSを制作してくれるに違いない。

誰か、時代に取り残されてしまった>>868と>>869を助けてやってくれ

汎用機のプラットフォーム部分は確かに安定していると思う。
しか〜しアプリケーションは結構ボロボロ。ABENDしまくりだったり
間違いだらけだったりする。ウチのような会社のシステムはきっと
Windowsがプラットフォームでもたいしてかわらんなぁ。

>>874
汎用機でABENDしまくりの技術力であれば、WindowsでやるとOSごと落ちちゃうよ。

＞エッジ部分はRTOSのマシンでいいじゃん。

ということは、マシンとしてはＷＳタイプでも、専用機＝汎用機ということであろう。
すなはち、オープン系のハードではなくなる。ソフトも同じ。端末も専用端末。
これ、すなはち汎用系。
まぁ、ＡＴＸでも載るＲＴＯＳは幾つもあるけどなー。

>>875
OS落とすようなコードはかけないと思われ・・・
だってABENDするのはほとんどが強制ABEND
その次は0C7、その次は0CB。ときおり0C4。
もしもWindowsに移行しても使う言語はCOBOLだろうし。
OS落とすようなコード書こうとする気概のある連中が
いるならうちの会社にとっては成長過程ということで
許してあげないといけないほどヤル気の無い人間で
構成されております。

>>867
製鉄の制御の話でいいんですよね？
ちょっとでも止まったら何億円の被害ですよ。
そういうところはやはり、なにかならなにまで
二重化三重化の汎用機でないと…。

>>877
真っ正面からOSに立ち向かって落とそう！とかじゃなくて
メモリリークとかリソースリークとかシステムディレクトリに
一時ファイル山のように作って放置とか、そういう方向だと思う。

>>876
汎用機の意味分かっていないのね…。
あなたの意味で行けばＰＣは汎用機だよ。

製鉄屋って、汎用機に自社開発のRTOS的OSを載せてる例があるんだよね。
安定したハードだけ利用するっちゅうことで。

使っているアプリはレガシーかもしれんが
メインフレームはハードやＯＳに関して言えば先進的だぞ

RTOSの話とH/Wの話を混同してる人が多いようだ。

制御にはRTOSが必要だし、OS自体の信頼性も重要。

H/W自体も内部的な冗長計算、メモリチェック、専用部品(継続使用)などの
信頼性がある。ここは汎用機が今でも勝っている（その分高価だが）

両方が必要な場合は、両方の組み合わせになる。それだけ。

自習書ひとりでわかるＦＡＣＯＭコンピュータ入門、これ分かりやすい。

MTデッキの真空バッファバキュームは凄いですね。
オープンリールのテープデッキにはこんなのついていなかった。

M180 とか中古で安く手に入らないかな？

LOGON FRTSS

>>879
そういうことね
それならメインフレームでも似たようなことやってくれる奴いっぱいいるよ
ループしてスプールに書き出しまくりでスローダウンとか。

うちではＭＴＬも現役です

>886
Ｍ１８００じゃなくてＭ１８０？
Ｍ１８０として↓のどっち？
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/0910_2A_b.jpg
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/0910_1_4A_b.jpg

ついでにＭ１８００↓
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1430A_b.jpg

もしかして、ヒタチの M-180？
ハイエース1台分位のデカさだぞ？

もっと大きいだろ

>>890
これにロングヘアーの綺麗なコンパニオンのような女が座っている写真が見たい。

あー個人で買えて運用できる超小型メインフレームねえかな
自宅でもCOBOLやったりJCL流したりしてえんだ

>>895
ttp://www.hitachi.co.jp/New/cnews/031211.html
AP7000/5A なんか小さくて(MFにしては)安いぞ

>>895
↓こういう話じゃあないか？
http://web.kyoto-inet.or.jp/people/m-ito/hercules/hercules.html

F 380か780の画像暮れくれ、まじで、壁紙にするべ

>>890
一つ目の画像、コンソールＤＳＰ、これは１１０度角度ブラウン管の時代ですね。
１１０のＴＶが流行っていたころですね。

ぼよよん機の画像くれ！

質問

HでJCL中に運用コマンドって書けるの?

//AAA EXEC PGM=JXXXXXX
//SSS DD
.......
//運用コマンド F X,DISP,ID=XXXX
//BBB EXEC PGM=JYYYYYY
//TTTT DD
//

>898
確認だが、ＦＡＣＯＭ　Ｍ３８０とＭ７８０でよいのか？

個人的にだが、Ｍ７８０はカッコイイと思う。
置場と金があれば実機が欲しいじょ

運用コマンドってなんだ？

コンソールコマンド？
Vしか使ったことがないが。

>>902
はい。７８０は昔カタログをｆから送ってもらってあるのだが、スキャナーが無いので
取り込めない。どこかにあるのでしょうか？やはりＦのさいと？

>>903
９０３の周囲で日常的に使われてる言葉だろ。
自社オリジナルの言葉とそうでない言葉の区別もついていないんだろう。
奴の会社で導入している運用プロダクトの使い方のことかもしれないな。

>>901
書けるがJOBSTEPとの同期はできない。
最初に全部コマンドが出される。
また、インターナルリーダーからのコマンド発行が制限されている場合もある。

↓Ｍ３８０じゃなくＭ３８２だけどＭ３８０のＭＰ構成と同じ様なもんだから我慢してくれ
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1210A_b.jpg

↓こっちもＭ７８０／４０の写真だからだけど左端の筐体とコンソール＆ハードコピー１台をどければ
１０Ｑ〜２０（ＭＰ構成を除く）と同じということで・・・
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1320A_b.jpg

ん〜〜やっぱＭ７８０最高
次点ＦＡＣＯＭ２３０−７５
３０８１の青バージョン

>>908 ｱﾘｶﾞﾄ、かっちょええ＾＾

>>903
ミドルウェアなんかの常駐ジョブを制御するコマンドだと思う。
F JOB-ID,'C HALT UP JOB=JOB-ID'とか。FはmodiFyのF。

Ｈ、ＡＣＯＳの画像も、ついでに要求！Ｆがもっとも好き！

真っ黒は嫌い（最近のＦやＩとかＴａｍｄｅｍ）
ＡＣＯＳは色使いがいまいちなんだよなぁー高さも低いし・・・（メンテ時ＣＥが腰いためそう）
Ｈは緑(?)の三角のワンポイントがいいけどフレームレイアウトが直線的杉・・・
Ｈの他のシリーズは色が嫌い。ピンクは勘弁して・・・

IBMの3090とかは、パネルの色が選べた。でも黙ってるとブルーにされた。
FACOMは赤。

>913
FACOM = FACOM M380 ?

昔、M380R 1台 380S 2台の勘定、対外、情報のBANKで触りまくってた。懐かしい。

ＭＳＰとかＸＳＰ（ＦＳＰ可）が欲しいなぁ・・・

>>916
何に使うつもりですか？

>>907
thanks

>>895
Multiprise3000

>917
コレクション

個人でリアル汎用機持っている奴いるのか？

俺、プレートだけなら持ってるよ。
会社のマシンが廃棄されるたびにプレートをゲット。

いまじゃ、ちょっとしたコレクターですよ。

砂糖醤油だ　忘れるな

>922
プレート？
銘板？

俺も8インチFDD撤去するときプレートとっとこう（当分なさそうだが）

>>925
メーカー名と機種名のプレートです。
IBM S/360 の20kgもあると言われるアルミ製のプレートを探していますが、だれか持っていませんか？

ヤフオクにアラート設定しる

”ＦＡＣＯＭ”、”Ｍ”、”３８０”、”３８０Ｓ”、”３８０Ｒ”、”３６０”
なら持ってる
７８０と７６０をもらおうとしたけど扉ごとになってしまうからやめた。
何で塗装なんだ！！
Ｍ１８００は側板が欲しかった・・・
ＧＳ８９００は密かに狙ってまっ

HITAC M-680 のプレート持ってる奴いたなぁ
最近の奴は塗装だから取れないね

M1800なら上の方にあるFUJITSUロゴは取れるぞ

>930
↓にクリソツなＮＴＴロゴが入っているＣＰＵなら見た
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1430A_b.jpg

>931
ごめん画像あった↓
ttp://www.ipsj.or.jp/katsudou/museum/computer/images/pic/1440C_b.jpg

NTTになってもDISPやってたのか…

>>933
JCLの書きすぎですかw

バカを言っちゃいけないなぁ
932のはＤＩＰＳ最後で最強ののＤＩＰＳ−１１／４５ＥＸだぁ！！
ＤＩＰＳ−１１／４５Ｅより短命だったけど・・・

>>934
dnsをDSNと書いたりな。

>>935
DIPSよく知らないけど、Ｍシリーズとどの程度違いますか？

>>936
http://homepage2.nifty.com/Miwa/Story4/10-2.html
http://homepage2.nifty.com/Miwa/Story4/10-4(5).html
この時期、ＤＩＰＳは次期システムが最大の関心事であり、社内では如何にMシリーズ後継機との共通化を図るかが焦眉の問題であった。

開発理念が異なるからには、一方が他に合わせることは不可能であり、
せめて出来るだけ多くのＬＳＩを共用できるよう論理設計で知恵を絞るしかなかった。その結果、具体的な数字は記憶にないが、80〜90％の共用化が出来たように思う。

.... アーキテクチャは別物、H/Wパーツの共有化という程度みたいすね

あとはファーム屋さんががんばった

Fはハード屋さんなんだよな、体質が

個人的には昔のＦのハードは好きだな
ＧＳ２１とかＥＴＥＲＮＵＳとかは嫌い
やっぱり７８０がイイ　・∀・

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20041102/152071/
IYバンク銀行がWindows勘定系の採用を正式発表、稼働は2006年

大和田氏はこういう記事の旗振り担当者なのね

Win系ってまだ2行しかないのか

チャレンジャーだね。

勘定系とかの基幹システムにWindows入れて６年ごとに刷新ってことか？
ベンダーからするとある意味ストックビジネスで美味しい

しかしよくもまああんな穴だらけのごみをつかうよなぁ・・・
だれか侵入して　残高操作→ウマー　なことを・・・

犯人が内部の人間の場合Winだろうがメインフレームだろうが大差ない
過去の犯罪はほとんど内部の人間だろ
今後はどうだかわからんが大差ないような気がするぜ

ホストでも管理の仕方次第で穴はいくらでもあるよ
誰でもJCLライブラリ編集できたり、インターナルリーダー経由でジョブ実行し放題とかね

そもそも管理者なら自分でログ消せるし

そこでRACFですよ

>>947
RACFを入れても、全ユーザーが特権クラスで動いてるんだろ？

RACFでもACF2でもTopSecretでも管理者の悪意には対抗できないよ

>>948
ICHをコンソールにだしたら始末書

>>949
まあそれはあらゆる鯖に共通

TSOログインのときにICHxxxxでパスワード入力プロンプト出ても始末書ですか

管理上の悪意は避けられないが、それでも追跡性で差が出る場合はある。

>>951
主に触っちゃいけないDatasetに触ろうとしたときとかかな
ほんとにコアなシステムなので

>>952
RACFのAuditの追跡性は、良好だと思う？

Ｍシリーズのエミュってあるの？

>>954
Mじゃないし、ソフトエミュでもないけれど、
IBMのPC/XT370っていう、S/370命令が動くPCなら「あった」。
ttp://patent.tange.dk/ziki/EP/1/3/EP135753.html

ソフトエミュもありそうだけどね。

>>955
UNIX(IBMに買収されxSeriesの一部となったSequent Dynix)上で、
S/370アプリが動くエミュもある

>>956
これね

http://www.atmarkit.co.jp/news/200011/30/ibm.html
日本IBM、NUMA-QでマルチOS環境を実現

http://www-6.ibm.com/jp/NewsDB.nsf/2000/11291
インテル・アーキテクチャーで、メインフレームOSの稼働を実現
− xSeries、NUMA-Q(R)で、OS/390(R)をサポート−
NUMA-Q S/390環境は、最大3個のIntel(R) Pentium(R) III XeonTM 700MHzプロセッサ上で稼働
OS/390やVM/ESA、VSE/ESAだけでなく、UNIX(DYNIX/ptx)のアプリケーションを一台で稼働することができます

http://www.itmedia.co.jp/enterprise/articles/0411/11/news076.html
「メインフレームは下げ止まった」――上半期の出荷台数、33％増
景気回復で設備投資が復調し、金額は前年同期比3％増の1272億円、
台数は同33％増の597台と伸びた。

...ほんと？

　EE******　ＤＳ名 ('SYS1.PARMLIB(JSS3PRM)')　***************************************
目盛行　---1----+----2----+----3----+----4----+----5----+----6----+----7----+----
. . . .01　 ｱﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .02　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .03　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .04　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .06　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .07　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .08　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .09　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . .10　 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ページマップ 1 +　・　・　・　・　・　・　・　・　・　・　・　・　・　・　・　・　・　・　・　　　 現在ページ　( . . . 1 )
コマンド　(W . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . )

エディタならやっぱりXEDITだろ

一昨日でちょうど３０年か
ttp://bubble2.2ch.net/test/read.cgi/i4004/1027769724/275

メインフレームの人って年食ってるせいか
へんな癖ついてる変人がおおいよな〜
癇癪爺やめろよもう

昔は小指を立ててコーヒーとか飲むとおかまだと言われた
が、キーボードを日常的にいじる人にとっては
珍しい癖ではなくなった