Itanicはついに最後の氷山に突き当たったのか？ちょっとした騒動の後、Linuxカーネルから削除された
以前に聞いたことがあるなら、ここで止めてください…
かなり古いテクノロジーを使っています。もう使わなくなった方がいいのは分かっています。でも、できないんです。理由は…
- これは当社のビジネス/業務にとって非常に重要なのですが、ベンダーが廃業したためアップグレードできません。
- ベンダーは倒産したわけではありませんが、この古いバージョンの OS、データベースなどが、ベンダーがサポートする最新バージョンであり、競合するアプリケーション ベンダーは他に存在しません。
- 他のものに切り替えると莫大なコストがかかります。
- これは私たちのニーズを満たしており、代替製品はこれを実現しません。私たちにとってなくてはならない奇妙なことです。
- 一つのプロセス、一つの顧客のためにしか使っていないので、いずれその顧客がいなくなる可能性もあるので、不要になったからといって多額の費用をかけて買い替えるのは避けたいのです。もちろん、これは10年間言い続けてきたことです。
企業の IT 部門で働いたことがある人なら、こうした状況はよく知っているでしょう。
通常、関係する技術としては、Windows Server 2003、RedHat Enterprise Linux 6、あるいはかなり古いバージョンのOracleやIBM DB/2などが挙げられます。あるいはメインフレームの場合もあります。
でも最近、大企業で働く友人と話していたら、Itaniumサーバーをあるデータセンターから別のデータセンターに移転する準備をしていると聞きました。私は息を呑みました。Itanium ？2024年？まさか…まあ、その話は上記の理由の一部に過ぎませんでしたが。
Itaniumはまだ存在しています。しかし、あとどれくらい続くのでしょうか？
イタリアの物語
Itanium（ia64アーキテクチャ）は、IntelとHPの共同開発によって2001年に初めてリリースされました。HPはPA-RISCアーキテクチャの維持に投資する必要がなかったため、Intelと提携しました。Intelは、64ビットコンピューティング（当時は32ビットx86が標準）への移行、IBMの大型POWERチップとの競争力強化、そしてAMDとの競争に負けることなく、特許取得済みのパーソナルコンピュータの世界を再び自社の傘下に置くことを目指していました。
残念ながら、この計画はいくつかうまくいきませんでした。
まず、Itaniumは発売当初、当時のチップと比べてパフォーマンスがあまり良くありませんでした。また、そのすべての機能を活用するには非常に複雑なコンパイラが必要でした。技術的には興味深い機能もいくつかありましたが、最終的には他のアイデアが登場したため、採用には至りませんでした。そして最も重要なのは、AMDが迅速にx86-64でこれに対抗したことです。
x86-64 には、32 ビット コードとの下位互換性があり、開発者が好む使い慣れたツールチェーンを使用し、Itanium と同様に 64 ビットであるという大きな利点がありました。
(IPv4 との下位互換性があり、128 ビットのアドレス指定も提供する IP バージョン 7 があったらどうなるでしょうか。IPv6 のすべての機能を備えているわけではないかもしれませんが、下位互換性があり、大きな問題点を解決しているという事実により、大成功を収めるでしょう。)
インテルは渋々x86-64のライセンスを取得しましたが（インテルとAMDの特許の相互利用は複雑で、複雑です）、このチップはその後世界を席巻しました。2001年、業界の専門家たちはインテルのItaniumチップの年間売上高を350億ドルと予測していました。しかし、2007年までにこの予測は50億ドルを下回りました。
最終的に、Itaniumで動作したオペレーティングシステムは、Microsoft Windows、Linux、OpenVMS、そしてHP-UXの4つだけでした。最後の2つはHPの製品であり、彼らは誰よりも（Intelでさえも）Itaniumの成功に強い関心を持っていました。IntelはItaniumが失敗してもx86-64チップの販売を継続できましたが、HPはPA-RISCラインを廃止し、独自のUnixファームをItanicに賭けていました。HPはこれまで製造されたItaniumシステムの80%を製造し、2015年時点でもItaniumを採用したシステムを開発し続けていた唯一の企業でした。
Windows は 2008 R2 以降、Itanium 上の Windows Server のサポートを終了し、2020 年にサポートが終了しました。Itanium をサポートする最後の OpenVMS バージョンは 2021 年にリリースされました。HP-UX は 2007 年以降バージョン 11.31 で停止しており、遅くとも 2025 年までにサポートが終了します。
残ったのは Linux でした…というか、去年の秋まではそうでした。
Itanium 上の Linux
Debian は Debian 8 でこれを廃止しました。RHEL は RHEL 5 でこれを段階的に廃止しました。SUSE Linux はバージョン 11 でこれを廃止しました (起動時の意味ではありません)。
カーネルでは、Itaniumサポートはバージョン2.3.43で導入されました。そして、バージョン6.7で廃止されました。
ドラマチックな展開もありました。EFIサポートの開発者たちが最初にこの削除を提案しました。彼らは、このコードに変更を加えるにはItanium上でテストする必要があると指摘し、Itanium上でテストするボランティアが数人いると指摘しました。しかし、Itanium上でコードをテスト・検証しているものの、実際に使用している人は誰もいないという印象でした。言い換えれば、テスト環境は実際のエンドユーザーよりもコミュニティの規模が大きかったと言えるでしょう。
メンテナーとして、貢献者にItanium向け変更のビルドテストを依頼するのは気が引けます。また、たとえこの目的のためにインフラへのアクセスをボランティアで提供してくれる人がいたとしても、ブートテストはほとんどの人にとって実行不可能です。一般的に、カーネルやブートローダー（EFIコンポーネントが存在する場所）をリモートアクセスでハッキングするのは困難です。
要するに、Itanium 上でテストを行ったり、Itanium 用のソフトウェアをパッケージ化したりしている人が少なくとも 2 人 (cc 上) いるのは知っていますが、実際のユーザーはもう残っていないと思うので、人々にこれに時間と労力を費やすよう求めることが正当であるかどうかは疑問です。
LWN.net はそこから記事を引用しています。
ia64のサポートがカーネルから消えた直後、Frank Scheiner氏はメーリングリストに苦情を申し立て、自分と他の人々はこのアーキテクチャの問題解決に取り組んできたが、結局削除されたことで報われたと述べた。Linus Torvalds氏はこれに対し、最終的には復活させてもよいかもしれないと返答した。
ライナスはこう言った。
したがって、私は「これを復活させることができるか」という議論に戻るつもりですが、すぐにではなく、「見て、私たちはこれをツリー外で 1 年間保守してきました、他のインフラストラクチャはまだ稼働しています、カーネルの残りの部分に影響はありません、もう一度試してみませんか」という方向です。
しかし、 glibcのメンテナーは次期glibcリリースでia64サポートを削除することを提案しました。これは「その他のインフラ」の棺桶に釘を打ち込む、まさに痛烈な一撃です。
ついにItaniumが廃止されてしまったようです。2024年には、誰もその存在を惜しむことはないでしょう。Google ChromeはItaniumの終焉を覚悟しています…この記事で「Itanium」という単語にはすべてスペルミスとして赤い下線が引かれていました。
次は486 上の Linux サポートを廃止するのでしょうか?