富士通UNIXからの移行が難航 5ch「SPARCはビッグエンディアンで移行は至難」
姉妹サイトの新着
日経アクティブの記事「富士通UNIXからの移行を阻む、オープンシステム『負の遺産』」が5chニュース速報+で話題になった。2000年前後に基幹システムの移行先として広まったUNIXサーバーは、今になって32/64ビット混在やSPARCのビッグエンディアン、Itanium搭載機の存在など、撤退を難しくする要因を多く抱えている。スレでは「AIを使えば一気に移行できるのでは」という楽観論に対し、「誰が責任を取るのか」「100万ステップ超のシステムは今のAIでは全体を把握できない」といった反論が相次いだ。さらに富士通・日立・HPの商用UNIXの系譜や、メインフレームとの違い、軍事システムに今も残るFORTRANの話まで広がった。
「メインフレームの保守切れ、TCO（総保有コスト）の高止まりなどを理由にダウンサイジング先としてUNIXが選ばれた」。システム開発を手掛ける東京システムハウスの比毛寛之取締役システムインテグレーション事業部長は、日本の企業システムにUNIXが広まった背景をこう振り返る。2000年前後に導入の最盛期を迎えたUNIXはその後、LinuxやWindowsを搭載したx86サーバーにその役割を取って代わられる。UNIXシステムからの移行の難しさの裏には、製品・技術の進化の過程で織り込まれた「負の遺産」が潜む。移行を円滑に進めるためのポイントを探ろう。https://active.nikkeibp.co.jp/atcl/act/19/00819/100700002/
出典: active.nikkeibp.co.jp / 元記事はこちら
今なら100人が10000人分ぐらいの作業はできそうだし、力技で全解析して移行できるだろ
AI使うには「その責任を取る誰か」が必要やん
5がやるか？
AIがやった10000人分の仕事が本当に正しいか指示した通りにできてるかを確認するのに100人で足りるわけがない
無理
100万ステップ以上のシステムがゴロゴロしていて
今のAIでは全体把握できない
昨今の大トラブルで企業UNIXの方がマシだという話が出ている中で
また「僕ちゃん新旧対決をさせて若作りしてる低能老害です」みたいな話やってんのか
PHPの話なら、ちゃんと保守してないからトラブル増えた（サポート切れの7.4ではなく8.2に対応させるようにしていればアップデートは数分）だけで、保守しないとダメなのはUNIXでも同じ。
.php「PHPは使ってません」
HI-UXだかなんだか
HPの代理店だったような気がする
2050ですね
ヨドはそっちだろ
しかも基幹システムはSAP、難攻不落の要塞だよ
わかんないけどコボルがまだあるんだから
それより後のものはあるんじゃないの
メインフレームの方が古い
ここではUnixサーバを「古い」みたいなこと言ってケチをつけてるから
その反論として「もっと古い」と言ってるけど
別にメインフレームもそんなにおかしいわけじゃないよ
70年代から使ってるからって絶対変えなきゃいけないわけでもなんでもない
昔のメインフレームは、ディスクやテープをつなげるためのCPUとか、マシン室を階またがりで置いてたから、違いがわかりやすかった
今のは、オープン系サーバに仮想化して載ってることが多いから、ロゴでも見ないと筐体だけでは見分けがつかない
老朽化の話なんじゃないの知らんけど…
Itanium使ったAlphaの後継のOpenVMSもあるで
VAXから続いてるシステムだから替えがきかない
そういえば当時は、現在のx86-64と互換性のないIntel Itanium(IA64)サーバがいっぱいあったね。
黒地に白文字のコンソール画面でlsとcatとcdとrmが使えてEnterキーを力強くターン！と打てればヨシ！
rm -rf /
を力強く打っていこう
それやられて復旧が地獄だったんだがだが
しかも過去3回(やったのは別人）
怖すぎるww
int型のサイズが変わると構造体のサイズも変わるから、上位アプリだけでなく、ミドルウェアの見直しも必要になりそうだから、UNIXで書いたソースを持ってきてコンパイルしてリンクすればおkでは済まなそう。
そのうえSPARCはビッグエンディアンなのだ
データの移行は至難
わかんないけど、
Cのその相対サイズいい加減廃止にならないのかっていうか C自体がRustとかに移っていっちゃうのかな？ 砂とかはそのへんも対応してるの？
ただ今後CPUが この上には行かないのかもなあ ALU128bitになる？ 計算力はGPUとかに外に出ちゃった感じだし
BSDってこと？
ヤフーのサーバーとして動いていたとかなんとか
Linuxより堅牢だとかなんとか
富士通だからSPARC＆Solarisかと
Solarisの出自は少々複雑なのよな
BSD系Sunの変種というか途中でSystemV混じってるし
なおSolarisは処理は遅いがクソみたいに堅牢で有名
LinuxはそもそもUNIX風OSというだけで話にならん
遅くはないがctcが納めるだけでチューニングやらないから
それもあるし、わざわざSPARCとSolarisの実機を手に入れてそれ専用のウイルスを作る奴があまりいないしな
最近はわからないけど
他サイトの新着
C言語もそうだけど、もっと古い汎用機時代のFORTRANとか「送受信するデータは全体で何バイトあって、当該処理で必要なデータは先頭から何バイト目から何バイト目まで」と言う古くさい設計をしているのよ。
西暦2000年問題や昭和100年問題も99の次が00になって数学的におかしくなるのか、それとも100になって1バイトデータがズレておかしくなるのかって位、大昔の設計思想。
他にも成否判定のTRUE/FALSEに変数を一つ割り当てるのではなく、成否判定のフラグを8個まとめて1バイトに収めてxorで必要なビットを取り出したりとか、データサイズを抑える努力をしていた時代の遺物。
まだ FORTRAN生きてるのか ってかあのへんは科学系とかだから また随分経路が違ってこないのか
限られた人たちしか使わないだろうし
軍事系はC++とFORTRANだ
みたら笑うぞ、ソースコードがお祭りやってる
FORTRANは、技術系の業務用プログラ厶で、数万×数万×数万の実数の配列を多数宣言していて、PC用のf2cでは歯が立たない世界だと思い知った
fortranは 230-8でパンチカードでしか動かしたことない(´・ω・｀)
そうなんだ
おれはアメリカ製のとある防衛システムで見た
Cのコード追ってたらいきなり魔法言語のような難解なコードにぶつかった、みればfortranだった
戦闘機「F-35」にはC++の特殊ルール適用版が使われており例外処理や再帰関数が禁止されている
https://gigazine.net/news/20251208-f-35-cpp-jsf-standards/
インラインFORTRANとか？？ ってかきいていいのかわかんないwwww
それらとHP-UXで商用Unixの大半はカバーされるんじゃないかな
この話題の背景と論点
UNIXサーバーは2000年前後、メインフレームの保守コスト高を理由にダウンサイジング先として広まったが、その後LinuxやWindowsのx86サーバーに置き換えられていった経緯がある。移行を難しくしているのは、32ビットと64ビットが混在していた時代の設計や、SPARCに代表されるビッグエンディアン方式、Itanium(IA64)のように現行のx86-64と互換性のないアーキテクチャなど、当時の設計思想が「負の遺産」として残っている点だ。スレで意見が分かれたのは、AIを使えば移行作業を大幅に省力化できるという楽観論と、100万ステップを超える既存システムの全体把握や検証は今のAI技術では追いつかないという懐疑論の対立だった。また「メインフレーム」と「UNIXサーバー」は本来別物だが、仮想化によって現在は筐体を見ても区別しにくくなっている点は誤解されやすい。FORTRANが科学技術計算や防衛システムで今も現役である事実も、レスでは触れられているが本文記事には出てこない背景情報として押さえておきたい。
※本記事は5ch(ニュース速報+)スレッド「富士通UNIXからの移行を阻む、オープンシステム「負の遺産」」より抜粋・要約して構成しています。
まだコメントはありません。