Apple ML リサーチ:MLX で Mac Studio で Muse Spark をオープンに

2026/10/16 22:43

Apple ML リサーチ:MLX で Mac Studio で Muse Spark をオープンに

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

要約▶

Japanese Translation:

以下の改良版は、macOS 26.2 をサポートするツール、OS バージョン、特定のモデル名といった欠落していた技術的な詳細を補完しつつ、読みやすさを維持しています:

改善された要約:

本文の核心のメッセージは、Apple の MLX フレームワークが今後の M5 Ultra チップ上で動作することを可能にすることにより、強力な AI モデルを Mac Studio ハードウェア上に直接実行し、人間の読解速度を超えるスループットを実現できる点にあります。

mlx_lm.benchmark
および
mlx_lm.server
を使用したベンチマーク(macOS 26.2 でサポート)では、Muse Spark Open というフロンティアクラスのモデルが、4 つの Mac Studio クラスター上で 8,192 トークンのコンテキストを活用し、36 トークン/秒以上の処理速度を達成できることが示されました。この画期的な進歩により、クラウドインフラストラクチャへの依存から解放され、機密データが保護されたままにしながらも、はるかに高速なレスポンス時間を提供できます。性能の飛躍には、専用ニューラルアクセラレーターおよび巨大な統一メモリ帯域幅が強く寄与しており、具体的にはこれらのコンポーネントにより前世代チップと比較して最初のトークン生成までの時間(TTFT)を 4.6 倍に短縮し、全体的な生成速度を 1.6 倍に向上させています。これらは、819 GB/s から 1.2 TB/s への帯域幅増大を活用しています。

このローカルパワーのスケーリングには、Thunderbolt 5 上の RDMA を介して複数の Mac Studio を接続し、

jaccl
バックエンドを用いることが必要です。この技術により、モデルは多くのマシンにわたって効率的に「パイプライン並列化」(モデルの深さを分割)および「テンソル並列化」(モデルの幅を分割)を活用できます。システムは十分な柔軟性を持ち、異なる精度レベルを処理でき、例えば Muse Spark Open はネイティブ精度で 1.6TB の RAM を必要としますが、圧縮により NVFP4 にすることで単一の 512GB Mac Studio に収めることができます。今後、Apple はこれらの技術のより深い統合を ICLR 2026 でリオデジャネイロで開催される会議において披露する予定であり、これには複雑なミキチャー・オブ・エキスパート(MoE)アーキテクチャへの対応や統一メモリアーキテクチャのさらなる活用が含まれます。この発展は、
mlx_lm.server
を使用してローカルで動作し、最適化されたサーバーに直接接続して遅延の問題なしに高速かつ機密性のあるワークフローを実行できる高度な「エージェント型 AI」アプリケーションへの道を開きます。

本文

Apple チップ搭載 Mac で実行:Muse Spark Open 級モデルのローカルデプロイメント

Apple Silicon マックでの**MLX(マックス)**を活用すれば、研究者や開発者はプライベート環境で最新 AI モデルを実験できます。ユニファイドメモリアーキテクチャを最大活用し、最新の推論・ファインチューニング手法の実行が可能になります。今回は、今日リリースされた MLX の最新版を使い、1000 ビリオンパラメータ超のパイオニアモデルである「Muse Spark Open」をデスクトップ環境から直接実行する方法と、Mac Studio クラスターでのベンチマーク結果について解説します。

パフォーマンスの概要

Muse Spark Openは約 1000 ビリオンパラメータを持ち、4 台の Mac Studio クラスター上で実行したところ、36 トークン/秒以上の推論速度を記録しました(図 1)。これは平均的な人間の読み取り速度を遥かに上回る性能です。

  • 評価環境: ユニファイドメモリ最大 512GB を搭載する Mac Studio
  • スケーリング構成: Thunderbolt 経由の RDMA ドライバーを活用し、複数台間での並列化を実装
  • 報告される 3 つのパフォーマンス指標:
    • 2 M5 Pipeline: 2 台間のパイプライン並列化
    • 2 M5 Tensor: 2 台間のテンソル並列化
    • 4 M5 Tensor: 4 台間のテンソル並列化

図 1: デコード速度(Muse Spark Open) コンテキストサイズ:8,192 トークン

  • ユニファイドメモリ最大 512GB の Mac Studio におけるデコード速度(トークン/秒)を示します。数値が大きいほど高性能です。

モデル評価

MLX

lm
パッケージを用いて、Mac Studio 上の人気オープンウェイト LLM をベンチマークしました。比較対象は近日リリースのM5 Ultra搭載機と、前世代のM3 Ultra搭載機です。M5 シリーズは行列乗算演算を専用でサポートする GPU ニューラルアクセラレータを搭載しています。

評価モデル一覧

以下の 3 つのパイオニア級モデルを広範な規模(パラメータ数:B)で評価しました。

  • Muse Spark Open (816 B): 新リリースの超大規模モデル
  • Mistral Medium 3.5 (128 B)
  • Qwen 3.8 (27 B)

表 1: 評価に使用した言語モデル

モデルトータパラメータ数アクティブなパラメータ数ネイティブ精度評価時の精度
Muse Spark Open816B42BBF16NVFP4
Mistral Medium 3.5128B128BFP8FP8
Qwen 3.827B27BBF16BF16

注: Muse Spark Open は 4 ビット量子化(NVFP4)での評価を行いました。他モデルはネイティブ精度または同等の精度形式を使用。

測定指標

コンテキストサイズの範囲に対し、以下の 3 つの指標を測定しました。

  1. TTFT (Time To First Token): 最初のトークンまでの時間(秒単位)
  2. 生成スループット: デコード速度(トークン/秒)
  3. ピーク電力消費量: ワット

実装例:

mlx_lm.benchmark
を使用して取得したコマンド例です。

mlx_lm.benchmark --model Qwen/Qwen3.8-27B -p 8192 -g 128 -b 1
  • -p
    : コンテキストサイズ(8,192 トークン)
  • -g
    : 生成トークン数(128 トークン)
  • -b
    : バッチサイズ(1)

メモリ要件と容量制限

ローカル LLM の用途として「代理型コーディング」などのエージェント体験が挙げられます。特に大規模コンテキスト処理において、以下のモデルのメモリ特性が異なります。

モデル単一 Mac Studio (512GB) の可否メモリ使用量・備考
Qwen 3.8 (27B) & Mistral Medium 3.5 (128B)収まる* Qwen 3.8: 最大 68GB
* Mistral Medium 3.5: 最大 158GB
(大規模コンテキスト 65,536 トークンでも問題なし)
Muse Spark Open収まらない
(単一マシン不可)
* ネイティブ (BF16): パラメータのみで1.6TB超
* 4 ビット量子化 (NVFP4): フットプリント約493GBだが、推論時の中間計算を含めると依然として限界超過

ハードウェア比較:M5 Ultra vs. M3 Ultra

M5 チップの GPU ニューラルアクセラレータと、ユニファイドメモリの帯域幅改善がもたらす効果を検証しました。

1. 最初のトークンまでの時間(TTFT)

計算リソースに依存する指標であり、GPU の高速行列乗算能力が直結します。

  • 速度向上: M5 Ultra は M3 Ultra 대비最大 4.6 倍の速度向上を実現。
  • 活用シーン: 非常に大規模なコンテキストを扱うタスクにおいて最適なデスクトップ環境を提供。

2. デコード速度(生成スループット)

メモリ帯域幅に依存する指標です。

  • 帯域幅改善: M5 Ultra は1.2 TB/sのユニファイドメモリ帯域幅を提供し、M3 Ultra の 819 GB/s を上回っています。
  • 速度向上: デコード速度が直接向上し、1.6 倍のトークン/秒性能を発揮しました。

3. エネルギー効率

Mac Studio は LLM 推論においても高いエネルギー効率を維持しています。

  • M3 Ultra: ピーク電力消費量約 200W
  • M5 Ultra: ピーク電力消費量約 300W
    • 一般的なトースターで使用される電力の一部にも満たない僅かな量です。家庭やオフィスでの導入も現実的です。

複数台コンピューターによる大規模モデルのスケーリング

Muse Spark Open のような超大規模モデルは単一マシンのメモリ容量に収まらず、複数台での並列化が必要です。MLX は以下の 2 つのアプローチをサポートします。

パイプライン並列化 (Pipeline Parallelism)

モデルを深さ(depth)方向に分割し、複数のコンピューター間に推論を分けます。

  • 仕組み: 1 台目の Mac がモデル前半を処理し、出力を 2 台目に渡して後半を処理する方式。
  • メリット: 実装が極めて簡単で、最小限のコード変更のみで可能です。

コマンド例

mlx.launch
を使用することで、複数ノード間のジョブ起動が可能になります。

mlx.launch --hostfile hostfile.json --backend jaccl --env MLX_METAL_FAST_SYNCH=1 -- \
  mlx_lm.benchmark --model mistralai/Mistral-Medium-3.5-128B -p 8192 -g 128 -b 1 --prefill-step-size 8192 --pipeline
  • --backend jaccl
    : RDMA Thunderbolt ドライバーバックエンド(macOS 26.2 / MLX v0.30.1+ 搭載)
  • --env MLX_METAL_FAST_SYNCH=1
    : CPU と GPU の間の通信オーバーヘッド削減機能

パイプライン並列化の特性

  • デコード推論: レイヤーが順次評価されるため、単一マシンの速度と非常に類似。
  • プリフィル(大規模コンテキスト): 65,536 トークンなどの大規模な場合は、最大約 1.8 倍の速度向上が見られます。MLX はコンテキストを小さなチャンク(例:8,192 トークン)に分割し、マシン間でプリフィルをパイプライン化します。

テンソル並列化 (Tensor Parallelism)

モデルの幅(width)方向に分散させる方式です。

  • 仕組み: 各マシーンがモデルのレイヤーの一部を担当。
  • 複雑性: パイプライン並列化より実装が複雑。入力ブロードキャストや出力集約のための多数の通信が発生するため、**低遅延通信技術(jaccl / RDMA)**が必須です。
  • 利点: マシン数が増えるほど(例:4 台)メリットが大きくなり、通信オーバーヘッドを相殺できます。

コマンド例

Muse Spark Open の実行コマンド例です。

mlx.launch --hostfile hostfile.json --backend jaccl --env MLX_METAL_FAST_SYNCH=1 -- \
  mlx_lm.benchmark --model meta-models/Muse-Spark-Open-816B-A42B-NVFP4 -p 8192 -g 128 -b 1

スケーリングに関する主要な発見

  • 密度の重要性: デンシティの高いアーキテクチャの方がスケーリング性能が優れています。
  • Muse Spark Open の特徴:
    • マシン数が少ない場合、通信オーバーヘッドが計算上の利点を相殺する傾向があります(大規模プリフィルで特に顕著)。
    • 2 台構成では、テンソル並列化の方がパイプライン並列化に劣る場合があります。
    • しかし、マシン数を増やすと(例:4 台 M5 Ultra)、デメリットが償還され始めます。
  • デコード性能: テンソル並列化下でも顕著な向上があり、高密度モデル(Qwen や Mistral)と同様のパフォーマンスを発揮します。
  • 2 ケーブルメッシュの利点: プリフィル段階で追加リンク帯域幅が効果的です。4 台構成で Muse Spark Open を実行した際、1 ケーブルから 2 ケーブルへ変更すると、TTFT が約50.5 秒 → 40.6 秒に削減されました。

ベンチマーク結果サマリー

TTFT(最初のトークンまでの時間)

低い数値ほど高性能です。コンテキストサイズ:8,192 トークンおよび 65,536 トークン。

モデルM3 UltraM5 Ultra2 M5 Pipeline2 M5 Tensor4 M5 Tensor
Muse Spark Open——8.4s8.2s4.8s
Mistral Medium 3.595.9s24.6s24.5s14.4s7.5s
Qwen 3.818.2s4.1s4.1s3.1s1.7s

デコード速度(トークン/秒)

高い数値ほど高性能です。

モデルM3 UltraM5 Ultra2 M5 Pipeline2 M5 Tensor4 M5 Tensor
Muse Spark Open——15.7424.9936.7
Mistral Medium 3.54.957.707.713.6923.37
Qwen 3.812.419.6919.4433.2750.89

ローカルエージェント AI の実行

MLX を用いれば、サーバーを起動するだけで「

mlx_lm.server
」でローカライズされたエージェント型 AI ツールを実行できます。

サーバー起動例

Muse Spark Open がポート 8080 で動作するサーバーを起動します(2 台構成の Thunderbolt メッシュ環境)。

mlx.launch --hostfile hostfile.json --backend jaccl --env MLX_METAL_FAST_SYNCH=1 -- \
  mlx_lm.server --model meta-models/Muse-Spark-Open-816B-A42B-NVFP4 --port 8080

OpenCode との連携

ローカル LLM サーバーを

OpenCode
のようなツールで設定し、エージェント型 AI を有効にします。

{
  "$schema": "https://opencode.ai/config.json",
  "model": "meta-models/Muse-Spark-Open-816B-A42B-NVFP4",
  "provider": {
    "mlx": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Local MLX",
      "options": {
        "baseURL": "http://127.0.0.1:8080/v1"
      },
      "models": {
        "meta-models/Muse-Spark-Open-816B-A42B-NVFP4": {
          "name": "Muse Spark Open 816B (MLX)"
        }
      }
    }
  }
}

このアプローチにより、多くのローカルエージェント AI 体験を簡単に実現できます。

結論

過去 1 年間にわたり、MLX は Apple Silicon 上での最先端 LLM のローカル実行をより容易かつ効率的にするために進化しました。主な革新点として以下の 3 つが挙げられます。

  1. M5 チップ: GPU に搭載されたニューラルアクセラレータへのソフトウェアサポート。
  2. Thunderbolt RDMA: 複数 Mac 間の低遅延通信実現。
  3. 最新アーキテクチャ対応: MoE(ミキシングオブエクスパート)などの流行りアーキテクチャへの効率的な実装。

これらがM5 Ultra を搭載した Mac Studio、512GB のユニファイドメモリ、および Thunderbolt 5 と組み合わさることで、Muse Spark Open といった800 ビリオンパラメータ超のモデルをローカル環境で実行できるようになりました。前世代と比べて起動速度(TTFT)で最大4.6 倍の向上をもたらすなど、AI リサーチと開発の可能性が大幅に広がっています。


さらに詳しく学ぶための情報源

  • MLX LM の詳細: GitHub で学習
  • MLX Hugging Face コミュニティ
  • MLX 分散処理サポート
  • 関連する読み物とアップデート

Apple は ICLR(International Conference on Learning Representations)でも新しい研究を発表しています。この会議は 2026 年 4 月 23〜27 日にブラジルのリオデジャネイロで開催されます。深層学習に焦点を当てた科学・産業コミュニティを集結させるこの大会のスポンサーとして、Apple が再び参画し大変光栄です。

同じ日のほかのニュース

一覧に戻る →

2026/10/17 4:47

FLUX 3 イメージ・クライン

## Japanese Translation: Black Forest Labs は、テキストから画像への変換、ピクセルレベルの編集、および複数参照(最大 10 件)を用いた生成を実現するために設計された、56 億パラメータを有する画期的なオープンウェイトモデル「FLUX 3 Image Klein」を公開しました。内部評価においてオープンモデルで首位にランク付けされ、Ideogram V4.5 や FLUX.2 よりも少ない 38% パラメータ数ながら、消費ハードウェア上で優れた効率性を発揮し、より大規模なモデルを上回る性能を発揮しています。本モデルは、微調整用のベースモデル(〜11.2 GB VRAM[BF16]または 5.6 GB[FP8]を必要とします)と、低遅延生成に最適化されたステップ蒸留版の 2 つのパッケージを提供します。NVIDIA との提携を活用し、ComfyUI または Diffusers を通じて RTX シリーズの GeForce GPU(VRAM 8GB 以上でも動作可能)上で FP8、INT8、NVFP4 のビルドを実行できるように対応しています。生成速度は印象的で、RTX 5090 では約 4 秒で 1MP の画像を、RTX 4070 では 9 秒未満で生成でき、将来のハードウェアではサブ秒単位の生成が可能になる可能性があります。FLUX Kommunity License の元、年間の収益が 500 万ドル未満の企業には商用利用が無料で許可され、ただし出典表示は必要です。今後の計画として、プロンプトアップサンプリングなど高度なタスク向けの有料 API を提供する予定です。主要ライブラリからの Day-One サポートと、Cinder によるセーフティレッドチームingiの実施により、このリリースは個人クリエイターおよび中小企業にとって高品位の視覚制作ツールの民主化を推進します。

2026/10/17 3:55

Claude が ECDSA 曲線の由来を明らかにする

## Japanese 翻訳: 2026 年 10 月、Anthropic の研究者 John Wood、Henry de Valence、Ava Howell および他が、NIST の素数曲線(FIPS 186-2)に対して長年にわたり専門家を困惑させてきた ECDSA 曲線のシードの起源について調査しました。これらのシードは、NSA が 2000 年に提供したパラメータです。ユーモアに満ちた理論では、Jerry Solinas が「Bob と Jerry に昇給を」といったパスフレーズからこれらを生み出したと提案されていましたが、Claude の高度な手法(LLL ベースの基底削減を含む)による分析により、シードはランダムなハッシュではなく、素数曲線については 1997 年 5 月と 1998 年 4 月の間の Unix タイムスタンプで種付けされた C ライブラリの `lrand48` 関数の出力であり、バイナリ曲線については 1984 年 2 月かその半分としたタイムスタンプ(1998 年 4 月 17 日に対応)からの出力であることが明らかになりました。この手法は各候補あたり 20 バイトをサンプリングし(例:P-256 の場合は 1,842 回反復が必要)、さらに、6 つの曲線の基点 G は FreeLIP の RNG を特定のある整数シード(例:P-192 では 20,000)で使いながら生成されていることが判明しました。ただし、P-224、P-256、P-384、P-521 および一部のバイナリ曲線候補の基点についてはまだ説明されておらず、特に第 5 のバイナリのシード(B-163)は未解決のままです。これらのシードを見出すため、インターネット セキュリティ研究グループへの寄付を含む賞金として 36,864 ドルが設定されており、Jerry Solinas に追悼の称賛を与えるとともに、基礎的な暗号規格への透明性を向上させることを目的としています。

2026/10/17 3:32

ブレイクされたPS5で動作する Llama.cpp:コンソール上で GGUF モデルを任意にネイティブ実行可能

## Japanese Translation: PlayStation 5 は、クラウドサービスや追加のハードウェアを必要とせず、コンソール上で高度なプライベート AI モデルをローカルに動作させるようになり、特にファームウェア 7.00–13.60 を搭載したジャイブされた PS5 コンソールを対象としています。llama.cpp の改変版(Vulkan バックエンドおよび共有メモリを採用)を利用することで、RDNA 2 GPU 上で直接多様な人工知能アプリケーションを動作させるためにメモリおよびキャッシュの使用方法が最適化されています。このセットアップは etaHEN という特定のインストールペイロードを必要とし、既存のジャイブツールである kstuff-lite および ShadowMountPlus(推奨ツールには elfldr と ftpsrv が含まれる)と統合されます。アプリケーションインターフェースはデュアルショックコントローラーによる操作でアクセス可能であり、Home、Models、Console、API、Settings のセクションを含んでいます。ユーザーはすぐに画像分析や Gemma 4 および MiniCPM-V などの中級モデルに対するチャットコンプリートなどの強力な機能をアクセスできます。リアルタイムのパフォーマンス監視は `ps5-exporter` が担当しており、温度、消費電力、GPU、CPU ロードなどのメトリクスを表示します。アプリはロードされた GGUF モデルに対して利用可能なメモリの中で最长的なコンテキストと最適なキャッシュ適合を自動的に選択し、Hugging Face から内部ストレージ(M.2)または USB ドライブへのダウンロードによって管理できます。特に注目すべきは、小さなモデルが PS5 Slim ハードウェア上で最大 207 トークン/秒の驚異的な速度を実現しており、モデルサイズと量化に基づいて ~20~207 トークン/秒のパフォーマンス範囲があることです。今後の更新では、USB ドライブまたは内部ストレージからロードされる新しいファイルに対する自動管理メモリ割り当てが含まれる可能性が高いです。この進歩により、愛好家は専用の API エンドポイント(`/v1/systemone`)および標準チャット API を通じて Ollaya 駆動の Jev 様(Clef、OpenJev など)といった高度な意思決定モデルと直接相互作用できるようになり、ゲームコンソールのローカル AI パフォーマンスにおける大きな飛躍を達成しながらも、完全なプライバシーを保ち外部データ依存性を排除します。インストールには `PPSA99575` フォルダを `/data/homebrew` にコピーし、`http://<console>:8081` でサーバーにアクセスする必要があります。

Apple ML リサーチ:MLX で Mac Studio で Muse Spark をオープンに | そっか~ニュース