トランスポート層の新規格Falconをサポート
RDMA層には説明が必要だろう。RDMAはRemote DMAの略で、ネットワーク越しにDMA的に(＝それぞれのホストのCPUを使わずに)データを転送する仕組みだ。
RDMAの説明。もっともFalcon(後述)は、2024年2月にリリースされた3rd SPECでもまだRev 0.9でまだ標準化が完了していない
送信側は宛先に対してRDMAを発行すると、ネットワークカードは送信元のメモリーから送るべきデータを(受信側と連携を取りながら)どんどんネットワークに送出。受信側はこれを受け取ったら受信側ホストのメモリーに受け取ったデータを保存する。転送が終わったらネットワークカードは送信側/受信側のCPUに対して「送信(受信)完了」の通知を発行する仕組みである。
RDMAはもともとInfiniBandで実装された技術であり、これをイーサネットに適用させたのがRoCE(RDMA over Converged Ethernet)である。おもしろいのはその下にFalconが位置していることだ。
RoCEが広範に使われるようになると、いろいろ不満点が出てきた。これはわりとイーサネットの根本にかかわる話で、そもそもリアルタイム転送に向いた規格ではない。その問題を解決すべく、OCPが提唱した新しいトランスポート層の規格がFalconというもので、以下を特徴とする。これを標準で搭載しているあたりが目を引くところだ。
- 遅延ベースの輻輳制御
- マルチパス負荷分散
- 低レイテンシー
- レジリエンス性の向上
ちなみにCrypto Engineはあくまでイーサネットの送受信用であるが、それとは別にホスト向けの暗号・圧縮エンジンも搭載されている。圧縮伸長はZとDeflate/Snappyとそれほど高い圧縮率を持つものはサポートされていないが、ホストの側に圧縮伸長エンジンがハードウェアで搭載されていないと高圧縮のアルゴリズムは使いにくいから、というあたりが理由かと思われる。
Crypto Engineはホスト向けの暗号・圧縮エンジンを搭載する。こちらは普通の暗号化アクセラレーター的な構造だ。ホストとの通信の暗号化や圧縮などを担当するほか、Neoverse N2コアを使ってのカスタムオフロードエンジンを構築する際の暗号化/復号化ができる
ユースケースは、汎用プロセッサーないしイーサネットスイッチと組み合わせることで、柔軟性に富んだ構成を取れることにある。これは単体で見ると筋が通っているのだが、問題はIPU E2100とE2200を扱っている旧NEX部門の切り離しをインテルが検討していることだ。NEX部門は2025年第1四半期にDCAI(Data Center Accelerator and AI)と再統合されたが、もともとはDCGから分離して生まれた部門である。
Improved Network ProcessingではイーサネットスイッチとIPUの間をPCIeでつなぐ必要があるが、そういったスイッチがあまり存在しないのが問題である。インテルはもうイーサネットスイッチの製造から手を引いているので他社のスイッチだろう
まだ公式に発表されていない(9月27日に第3四半期の決算が発表されたにもかかわらず、証券取引委員会への四半期報告書が公開されていない。言及があるとすればこの四半期報告書の中かと思われる)ので断言はできないが、インテルが大幅なリストラを進めている現状では実現の可能性が高いように思われる。IPU E2200はインテルの製品として日の目を見ることはあるのだろうか？
週刊アスキーの最新情報を購読しよう
本記事はアフィリエイトプログラムによる収益を得ている場合があります