メタが独自ブリッジチップで旧サーバーのRAM を再利用します

2026/07/04 4:27

メタが独自ブリッジチップで旧サーバーのRAM を再利用します

RSS: https://news.ycombinator.com/rss

要約

日本語翻訳:

Meta は「Vistara」という技術を発表しました。同技術はカスタム ASIC と RISC-V プロセッサを組み合わせ、ほぼ 40% のサーバーフロートがハードウェア制限により DDR5 メモリへのアップグレードができないという重要なハードウエア上のジレンマを解決します。これにより数百万機のサーバーが苦戦しており、ワークロードは 3〜5 年間持続する一方、メモリの寿命は 7〜10 年であることが課題となっています。Vistara では、この機能性あるハードウェアを廃棄するのではなく、古いサーバーから DDR4 DIMM を取り外し、CXL 2.0/1.1 準拠のカスタム ASIC(PCIe Gen5 x16 インターフェースを介して接続)を通じて新しいマシンに設置することで、容量を共有するプールを構築します。各システムでは、AMD Turin プロセッサを搭載した MemServer チェスの中で、チップあたり最大 256 GB(64 GB DIMM を使用)、ローカル DDR5 メモリとして 768 GB を統合します。各 Vistara ASIC は、2 つの独立した 72 ビット DDR4 チャネルを通じて最大 3,200 MT/s の速度をサポートし、熱負荷を管理するためにDirected Airflow と高容量ファンを使用します。ソフトウェアは、DDR4 メモリをローカル DRAM と区別された CPU を持たない NUMA ノードとして扱い、Linux CXL ドライバに対するカスタム調整(すでにアップストリームカーネルに含まれているか、または包含に向けたもの)を実装しています。 disaggregated ML inference、ビッグデータ処理(例:Spark および Hive)、データベース、分散キャッシュ、CI/CD パイプラインにおいて数百万のサーバーで既に大規模に展開されている Vistara は、テラバイトおよびペタバイト級のデータセットに対して CXL メモリの余剰容量を増やすことで OOM 事件を軽減します。これは、再起動とリソース断片化によるオーバーヘッドを低下させるとともに、OOM クラッシュを防ぐことでジョブの失敗率を 33% 削減し、 disaggregated inference ワークロードにおいて必要なサーバー数を最大 25% 削減することを可能にします。結果として、Vistara は即座で高価なハードウェア置換なしに Meta の信頼性を高めコストを削減し、数百万のサーバーが効果的に重要なデータベースと分散キャッシュをサポートし続けることを可能にします。

本文

メタ、独自 ASIC「Vistara」でサーバーコスト削減とメモリ再利用を実現

成果概要

  • インフラコスト削減: 分散推論タスクにおいて必要なサーバー数を最大で 25% 削減可能になりました。
  • 実用化の早さ: 同技術はすでに数百万台規模のハイパースケールインフラにて、推論システムやビッグデータ処理など多様なワークロードで運用されています。

Vistara 技術の仕組み

メモリ共有の実装方針

  • 課題の認識: メタは自社のサーバー Fleet の約40% でメモリの増設を行っていない現状を認め、より長期的なメモリ有効利用期間(7〜10 年)への対応が必要との見解です。
  • 再利用戦略:
    • 廃棄予定の旧サーバーから取り出したDDR4 DIMM を回収
    • これを DDR5 に依存する新サーバーに搭載し、物理ホストを超えたメモリプール化を実現しています。
    • 結果として、複数のホストを横断してリソースを共有する仮想的なサーバーを構築可能にしました。

独自 ASIC「Vistara」の役割

  • 必要性: 市販の CXL 製品は DRAM とコントローラーをバンドルしており、再利用不可能であることが多く、さらに古い DDR4 をサポートしないケースが目立つため、独自のソリューションが必要でした。
  • アーキテクチャ:
    • 独自 ASICとして開発され、一対の専用 RISC-V プロセッサで駆動しています。
    • PCIe Gen5 x16 インターフェースを介して DDR4 メモリをホストプロセッサに橋渡しします。
  • 性能仕様:
    • チップあたり最大 3,200 MT/sの速度で動作。
    • 72 ビットの独立したメモリチャンネル(DDR4)を統合し、64 GB DIMM を使用すれば最大 256 GBの容量をサポートします。

ハードウェア構成と冷却設計

MemServer デバイス

  • Vistara ハードウェアは「MemServer」と呼ばれる専用デバイス内に搭載されています。
  • ベースプロセッサ: AMD Turin プロセッサ(158 コア、316 スレッド)。
  • メモリ構成:
    • ローカル: 768 GB の DDR5 メモリ
    • CXL 接続: Vistara ASIC を介した 256 GB の DDR4 メモリ

冷却システム

  • 高密度メモリと CXL デバイスによる熱負荷増大に対応するため、専用設計が行われています。
  • チェーシスの後方アクセス可能な専用スロットへ配置され、高容量ファンによる指向性気流を採用しています。
  • 涼しい空気を Vistara モジュールの直上へと案内し、重負荷下でも安定動作を確保します。

ソフトウェア実装とドライバー

  • NUMA ノードとしての扱い: DDR4 メモリを OS は「CPU のない独立した NUMA ノード」として提示し、ローカル DRAM ノードとは分離させています。
  • 利用順序:
    1. まず利用可能な全ローカル DDR5 を使い切る
    2. 次に必要に応じて CXL 機能付きメモリを利用
  • ドライバー対応: Linux CXL ドライバーの独自改修により実装されています。
  • オープンソース方針: 使用されているすべてのコードは、すでにアップストリームカーネルに含まれているか、近い将来に包含予定のものとのことです。

具体的なメリットと課題回避

パフォーマンス向上

  • OOM イベント対策:
    • スパークや Hive などのビッグデータツールではテラバイト規模のデータを扱うため、数百ギガバイトのメモリが必要になる場合があります。
    • メモリ不足(OOM)はビジネス分析や ML パイプラインに障害をもたらすリスクを軽減します。
  • オーバーヘッド削減:
    • タスク失敗頻度と再実行オーバーヘッド、およびリソースフラグメンテーションを合わせて33% 削減しました。
    • システム信頼性を大幅に向上させます。

コスト回避

  • サーバー数の削減(最大 25%)に加え、メモリ価格高騰(「RAM アポカリプス」)からの回避も図られています。

同じ日のほかのニュース

一覧に戻る →

2026/07/09 17:05

Show HN:私の低速な PC で GLM 5.2 を動かしている

## Japanese Translation: **Colibrì**は、ランタイム依存関係ゼロの純 C 言語で書かれた軽量な C エンジンであり、約 25 GB の RAM を搭載する汎用ハードウェア上で、740 億パラメータの GLM-5.2 モデルをローカルに実行することを可能にする。これは、ディスクストリーミング技術を採用することで実現しており、メモリ内に密度の高いコア(〜17B パラメータ)と頻繁に使用されるエキスパートのみを保持し、残りの約 21,504 のルーティング済みエキスパートをディスクからストリーミング処理する。このエンジンは、DeepSeek-V3 スタイルのルーティング、MLA アテンション、圧縮された KV キャッシュ、そして Native MTP 推論的デコード(int8 専用ヘッド)を含む GLM-5.2 の MoE アーキテクチャをネイティブでサポートしている。AVX2 インタージェンタートド積の最適化済みカーネルを採用し、使用パターンを学習して自動的にメモリピン固定を行う自動メモリ管理システムを活用することで、初期のコールドスタート後(最初の推論時にトークンあたり約 11 GB のディスク読み込み)のレイテンシを最小化している。プロジェクトには純 C ランタイムと、コンバージョン専用で Python のみが必要となるオフライン FP8→int4 変換スクリプトが含まれており、Linux/WSL2 および設定可能な環境パラメータに対応する。Apache 2.0(エンジン用)と MIT(ウェイト用)のハイブリッドライセンスの下にあり、研究者が消費者向け NVMe ドライブまたは高エンドハードウェア上においてローカルで最先端モデルを実行できるよう、完全なポートabilityを備えている。システムの性能に応じて、約 0.1 トークン/秒から 15 トークン/秒以上の速度を実現する。 (注:改善されたバージョンは、元のサマリーの流れを保ちつつ、量子化、推論的デコード、コールドスタートのメカニズム、ライセンスの詳細に関する不足していた技術的な specifics を統合しています。)

2026/07/09 20:03

欧州議会で Chat Control 1.0 が承認される

## Japanese Translation: 欧州議会は、Instagram、iCloud、Gmail などの主要プラットフォームにおける私的通信の無許可的大規模スキャンを 2028 年まで、あるいは恒久的な合意に至るまでの間を認める暫定規則を承認した。投票結果は賛成 276 票で可決されたが、絶対多数 361 票には届かなかった。一方、スキャン対象を司法手続きにおける被疑者だけに限定する修正案(322 対 255 の支持率)も、同様に絶対多数に達しなかったため採択されなかった。その結果、Meta や Apple など大規模な米国技術企業は当局から無許可でダイレクトメッセージのスキャンを義務付けられることとなり、WhatsApp のようにエンドツーエンド暗号化が実施されているアプリは除外されることとなった。データによると、この大規模監視は虐待通報の 36% しか説明しておらず(2022 年以降の米国事例において報告件数は 50% も減少しており、これは暗号化強化によるものとして示唆されている)、残りの大部分の通報は公開投稿やクラウドストレージから出ている。市民権利活動家や性暴力被害者を含む批判者は、この法律を「滑稽なもの」と糾弾し、それは真摯な児童保護よりもむしろビッグテックのデータ利益を追求するものだとしている。また、Meta が生成した通報のほとんどは、すでに企業が把握していた材料に過ぎないという発見にも言及している。恒久版のための協議は立法による立滞の解消後、9 月に再開予定となっており、この措置が安全性を損なう一方で実証的な保護的成果をもたらしていないと考える活動家からは激しい反対運動が生じている。

2026/07/09 21:48

Show HN: 18語

## Japanese Translation: ## 日本語訳: 提供された要約は、重要な点を明確かつ忠実に反映しているため、改訂の必要はありません。 ## Text to translate: The provided summary is clear and faithful to the key points, so no revision is necessary.