OpenAI初の推論チップが示した実力:Jalapeñoが速度と効率を同時に高められる理由

公開された3つのモデル、誤解されやすい4つの倍率、そしてモデルの負荷から逆算してチップ、メモリ、ネットワーク、ソフトウェアを設計するフルスタックのアプローチ。

著者:OpenAI08-27 · 約12分
研究解説 · 小互解読
1分で要点
  • Jalapeñoは、公開された3つのモデルでピーク時のワット当たりスループットを1.5〜1.9倍に向上させ、エンドツーエンドのレイテンシを比較対象システムの約28%〜59%に短縮しました。
  • 中核となる仕組みは、モデル状態の移動を減らすことです。prefill、decode、KVキャッシュ、ネットワークを最初から同じシステムとして協調設計しました。
  • これはOpenAIが独自の推論チップの実用的な道筋を持っていることを示していますが、実際のTCO、量産の安定性、大規模展開はまだ検証が必要です。

OpenAIは、自社開発の推論専用チップ「Jalapeño」の初の公開ベンチマーク結果を発表しました。このチップは大規模言語モデルの推論に特化して設計されており、応答速度を高めながら、より少ない電力で多くのリクエストを処理することを目指しています。OpenAIは2026年末までに、自社の計算インフラへの導入を始める計画です。今回のテストでは、GPT-OSS 120B、DeepSeek R1 670B、Kimi K2.5 1Tを、NVIDIA GB200またはGB300システムと比較しました。

OpenAI が公開した Jalapeño チップとテストボード

OpenAIが公開したJalapeñoチップとテストボード。写真はハードウェアの実物を示すものであり、性能テストの結果を表すものではありません。

初回結果はスループットとレイテンシの両方のハードルを同時にクリア

今回公開された初期結果は、主に次の三項目に分けられます。

初の公開結果 · 3つのモデル

電力効率、リクエスト時間、同一デコード速度での処理能力が同時に改善

システムのピーク電力効率 1.5–1.9×

3つのモデルすべてで、ピークmixed tokens/s/kWがNVIDIAの比較対象システムを上回りました。

固定8k/1kリクエストの処理時間 43%~72%短縮

公開された3組のエンドツーエンド時間から算出。単一ユーザーの連続デコード速度ではありません。

同じ単一ユーザー復号速度 53.7× · 104.3× · 56.1×

比較対象はワット当たりスループットです。3つのモデル全体がこの倍率で高速化したという意味ではありません。

共通する結果ワット当たりでより多くの処理を行い、各リクエストも短時間で完了します。
3つの公開モデルの概要データと付録データを整理したものです。正確な数値、比較対象システム、指標の定義は以下で説明します。

この概要は、公開されたベンチマークの主要な結果をまとめたものに過ぎません。完全なコスト、量産安定性、大規模展開能力を証明するものではありません。以下では、これらの数値の読み方、その理由、そして現時点では下せない結論について、項目ごとに説明します。

テストは公開されているInferenceXフレームワークを使用し、入力8,000トークン、出力1,000トークンの条件下でシステムを比較しました。GPT-OSS 120BはGB200 STPと、MXFP4を使用するDeepSeek R1とKimi K2.5はGB300 STPと比較されました。STPの完全なプラットフォーム構成については、これ以上開示されていません。すべての電力効率指標はチップパッケージの定格電力に基づいて正規化されているため、これらの結果を他の精度、ソフトウェアスタック、サービス構成に直接外挿することはできません。

三組の概要データは、それぞれピーク時の電力あたりのスループット、単一ユーザー向けの最高デコード速度、そして同一のデコード速度における両システムの電力あたりのスループットを比較しています。緑色はJalapeño、青灰色は比較対象のシステムです。

3組のベンチマークデータ

3つの問いに答える、混同できない3種類の比較

Jalapeño比較対象システム棒の長さはモデルごとに正規化。数値は元の値を維持しています。
01

ピーク時に、ワット当たりでどれだけの処理ができますか?

ピークmixed tokens/s/kW

GPT-OSS
85,44844,960
1.9×
DeepSeek R1
19,64111,781
1.7×
Kimi K2.5
18,19511,862
1.5×
02

単一ユーザーは、どれだけ速く連続出力を受け取れますか?

ピークtokens/s/user。最低TBTの逆数に相当

GPT-OSS
1,459535
2.7×
DeepSeek R1
700169
4.1×
Kimi K2.5
694182
3.8×
03

同じデコード速度で、システムはどれだけの処理を担えますか?

比較対象システムの最高デコード速度におけるmixed tokens/s/kW

GPT-OSS
22,935427
53.7×
DeepSeek R1
12,258118
104.3×
Kimi K2.5
6,744120
56.1×
各棒グループは、同じモデル上の2システムだけを比較しています。3組目の大きな倍率は、同一デコード速度でのスループット差であり、モデル全体の高速化率ではありません。

三モデルのデータ表

  • GPT-OSS 120B / GB200 STP: ピーク時電力あたりスループット 85,448 対 44,960、エンドツーエンドレイテンシ 1.03 対 1.80 秒、最低TBT 0.69 対 1.87 ミリ秒。
  • DeepSeek R1 / GB300 STP: ピーク時電力あたりスループット 19,641 対 11,781、エンドツーエンドレイテンシ 1.65 対 5.99 秒、最低TBT 1.43 対 5.90 ミリ秒。
  • Kimi K2.5 / GB300 STP: ピーク時電力あたりスループット 18,195 対 11,862、エンドツーエンドレイテンシ 1.56 対 5.31 秒、最低TBT 1.44 対 5.48 ミリ秒。

これら三つのグラフから、単一の「総合的な高速化率」を導き出すことはできません。ピーク時の電力あたりスループットはシステム容量を示し、tok/s/userは単一ユーザーが連続出力を確認する速度を示します。同一デコード速度でのスループットは、同じインタラクティブ体験を維持しながら、システムがどれだけ多くの作業を処理できるかを示します。

エンドツーエンドレイテンシも別の測定項目です。同じく入力8,000トークン、出力1,000トークンの条件下で、GPT-OSSは1.80秒から1.03秒に、DeepSeek R1は5.99秒から1.65秒に、Kimi K2.5は5.31秒から1.56秒に短縮されました。これら三組の単発の差を連続タスクに当てはめた場合、待ち時間はどのように累積するのでしょうか?

単一ステップの差をタスクチェーンに組み込む

タスクのステップ数を選んで、3つのモデルの累積待ち時間の差を比較

タスクの種類を切り替えてみてください。順次ステップ数だけが変わり、3つのモデルは常に同じ画面に表示されます。

プログラミングタスク · 10 ステップ3つのモデルの線形累積待ち時間の差:7.7~43.4秒
GPT-OSS 120B

0.77 秒 × 10 ステップ

7.7 秒
DeepSeek R1

4.34 秒 × 10 ステップ

43.4 秒
Kimi K2.5

3.75 秒 × 10 ステップ

37.5 秒

計算では、各ステップが公開された8k/1kリクエストと同じで、順次実行されると仮定。並列処理、ツール、ネットワーク、再試行は含まれません。

タスクの種類は1、5、10、20の順次ステップを表すだけです。棒の長さは、現在のカテゴリでの3つのモデルの比較に使用されます。

デフォルトの「プログラミングタスク」の例は、10の連続したステップで計算されます。これは上記の三組のエンドツーエンドの差を線形に合算したもので、「多段階での累積」という関係を説明するためのものです。実際のエージェントの各ステップでは、入力・出力の長さが異なり、並列実行される可能性もあり、ツール、ネットワーク、再試行のオーバーヘッドも含まれるため、これはエージェントタスクの実測値ではありません。

個々のモデルは、量子化形式、カーネルの成熟度、テスト構成の影響を受ける可能性があります。構造と規模が異なる三つのモデルすべてにおいて「単位電力あたりのスループットが高く、単一ユーザーの待ち時間が短い」という結果が出たことは、今回の結果におけるより安定したシグナルです。つまり、Jalapeñoはスループットとレイテンシの曲線全体を押し上げており、単一のピーク値でのみリードしているわけではありません。最先端の自社モデルを使ったテストでは「さらに優位性が拡大する」結果も出ていますが、モデル、構成、数値が公開されていないため、今回の三つの公開結果と同列に扱うことはできません。

53.7倍と104.3倍は特定のレイテンシでのスループット差のみを示す

推論システムには、ユーザー体験から切り離された「最高速度」というものはありません。並行処理を増やせばシステム全体で毎秒処理できるトークンは増えますが、各ユーザーの待ち時間は長くなることがよくあります。逆に、並行処理を減らせばTBTは短くなりますが、チップの容量を無駄にする可能性があります。異なる並行処理レベルでのスループットとレイテンシを曲線で表した場合、一方を犠牲にせずには改善できない点がParetoフロンティアを構成します。

元のParetoデータ · 日本語で再描画

一つの点だけでなく、フロンティア全体が外側へ移動

Jalapeño比較対象システム右ほど単一ユーザーのデコードが高速。上ほどワット当たりスループットが高い。
GPT-OSS 120B · 比較対象 GB200 STP535 tok/s/user22,935 対 427 mixed/kW53.7×
mixed/kWtok/s/user
DeepSeek R1 670B · 比較対象 GB300 STP169 tok/s/user12,258 対 118 mixed/kW104.3×
mixed/kWtok/s/user
Kimi K2.5 1T · 比較対象 GB300 STP182 tok/s/user6,744 対 120 mixed/kW56.1×
mixed/kWtok/s/user
3つのMixed throughput vs. interactivityグラフの全データ点を再描画しています。各グラフはモデルごとに個別の縮尺を使うため、グラフの高さをモデル間で直接比較することはできません。

これら四種類の数値は、それぞれ四つの質問に答えます。ピーク時のmixed TPS/kWは、テスト実行期間中に単位定格電力あたりで達成できる最高のシステムレベル混合トークンスループットを示します。エンドツーエンドレイテンシは、固定リクエストが開始から終了までにかかる時間を示します。最低TBTは、単一ユーザーが次のトークンを確認するまでの最短時間を示します。「比較対象システムの最良TBT時のスループット」は、両システムを同じインタラクション速度に固定し、どちらがより多くの作業を処理できるかを比較します。mixed TPS/kWとtok/s/userは同じ指標ではありません。前者はシステムレベルの混合スループットを測定し、後者は単一ユーザーのデコード速度を測定するため、直接比較することはできません。

104.3倍は四番目のスライスから来ています。GB300でDeepSeek R1を実行した場合、最良TBTは5.90ミリ秒でした。この同じインタラクション速度において、Jalapeñoは12,258 mixed TPS/kWを達成し、GB300は118でした。両者を割ると104.3になります。GPT-OSSの53.7倍とKimiの56.1倍も同じ読み方です。これらの数値は、Jalapeñoの曲線が特定のレイテンシ位置で大きくリードしていることを示していますが、「モデル全体が104.3倍高速」と解釈することはできません。

電力の基準も数値に沿って解釈する必要があります。電力あたりの指標は、Jalapeñoの700W定格電力、GB200の1,200W、GB300の1,400Wで正規化されています。Jalapeñoのテスト中の持続消費電力は550Wを超えません。これにより、単なるベアスループットを報告するよりも比較がより完全になりますが、これはあくまでチップパッケージの電力であり、ラック全体、ネットワーク、冷却、データセンターの総消費電力を示すものではありません。

モデル状態の移動を減らし、prefill、decode、通信待ちをまとめて削減

大規模言語モデルの推論には、少なくとも三つの異なるボトルネックが存在します。prefillは入力全体を一度に処理するため、通常は計算能力に制限されます。decodeは毎回少量の新しいトークンしか生成しませんが、モデルの重みとKVキャッシュを繰り返し読み取る必要があるため、通常はメモリ帯域幅に制限されます。モデルを複数のチップにまたがって実行する場合、通信によって待ち時間が発生します。

データが計算ユニット、異なるレベルのメモリ、ネットワーク間を移動するとき、新しいトークンは生成されませんが、時間とエネルギーを消費します。Jalapeñoのアプローチは、言語モデルのワークロードからシステムを逆算して設計することです。チップ、メモリ、ネットワーク、ソフトウェア、ラックを一体として設計し、モデル状態をどこに置くかを明確にし、KVキャッシュなどの状態を、次にそれを使用する計算のできるだけ近くに配置します。

移動を減らし、待ち時間を短縮

モデルの状態に合わせて、計算、メモリ、ネットワークを配置

01プリフィル

入力全体を並列処理、計算負荷が高い

→
02デコード

トークンごとに重みを読み取り、メモリ帯域幅に制約される

→
03KVキャッシュをその場に保持

状態を次の使用位置の近くに置き、転送を削減

→
04接続ドメインとネットワーク

チップ間通信を同一のシステム設計に統合

待機時間 ↓スループット ↑転送エネルギー ↓
利点はチップ、メモリ、ネットワーク、プログラミングモデル、サービスソフトウェアの連携によるもので、特定の計算ユニットだけに帰属することはできません。

このメカニズムの連鎖は非常に直接的です。状態の移動が減れば、計算ユニットの待ち時間が減り、待ち時間が減ればレイテンシが短縮され、同じ時間でより多くのリクエストを処理できるようになればスループットが向上し、メモリとネットワークの転送が減れば消費電力も削減されます。OpenAIが強調する大規模な接続ドメインも、この目標に貢献します。モデルを複数のチップに拡張する場合、ネットワーク自体が推論マシンの一部となります。

したがって、「フルスタック」は単なる一般的なシステムスローガンではありません。これは具体的な判断を指し示しています。つまり、Jalapeñoの優位性は、計算、メモリ、相互接続、プログラミングモデル、サービスソフトウェアの連携によるものであり、単にデータ移動の削減によるものではなく、特定の算術ユニットの高速化だけに起因するものでもありません。OpenAIはこれを、バランスが取れ、リソースを再配分できるアクセラレータと表現しています。prefillとdecodeの両方を処理し、モデルアーキテクチャや二段階の負荷比率の変化に応じて調整できます。

AIはチップ設計だけでなく、新しいモデルの実装にも使われた

Jalapeñoには、しばしば混同される結果がもう一つあります。AIはチップ開発とチッププログラミングの両方に関与していますが、三つの数字はそれぞれ異なる段階に属しています。

3つの数字、3つの対象

AIが設計とプログラミングのサイクルに加わるが、証拠の範囲は交換できません

9 ヶ月

設計からテープアウトまで

製造用設計の納品であり、量産資格の完了ではない

2 ヶ月

追加の3つのモデルに対応

当初計画外のオープンウェイトモデル

1.5–1.8×

選択したカーネルの高速化

GPT-OSSの一部のattention / MoEモジュールに限定

開発サイクルの短縮は信頼できる進展ですが、任意のモデルやマシン全体、量産の結論に自動的に外挿することはできません。

第一に、初代チップは設計開始からテープアウトまで9ヶ月かかりました。AIは設計、測定、検証のサイクルに使用され、チームがソリューションを迅速に探索し、問題を発見し、チップの算術回路を最適化し、所定のスケジュール内でより多くの計算性能を組み込むのに役立ちました。テープアウトは設計データが製造工程に引き渡されたことを示すだけで、量産や生産資格の検証が完了したことを意味するものではありません。

第二に、Jalapeñoには明確で予測可能なプログラミング目標があります。エンジニアはローカルテンソル、明示的な通信、予測可能な同期を使用してタスクを記述し、AIがシステム内でのタスクのマッピング、配置、スケジューリング、連携を最適化します。CodexとGPT-Astraの組み合わせにより、当初計画されていなかった三つのオープンウェイトモデルを二ヶ月で高性能化しました。これはソフトウェアスタックがモデルの変化に比較的迅速に対応できることを示していますが、新しいモデルファミリーごとに新しいカーネルとモデル固有の最適化が依然として必要であり、「任意のモデルが二ヶ月で自動的に適応する」というわけではありません。

第三に、GPT-OSSの一部のattentionモジュールとMoEモジュールにおいて、AIが生成した実装は人間の専門家による実装よりも1.5〜1.8倍高速でした。ここでの比較対象は選択されたモジュールであり、GPT-OSSモデル全体や、NVIDIAに対するJalapeñoのシステム全体の性能ではありません。

今後、このフィードバックループの速度を追跡することができます。実際のモデルがボトルネックを露呈させ、AIがカーネルの配置とスケジューリングの探索を支援し、測定結果が次のラウンドのハードウェアとソフトウェアの設計に入力されます。自社チップを持つことで、OpenAIは製品のワークロードを次の設計ラウンドにより直接的にフィードバックできます。

Jalapeñoはまず自社の推論パスを確立、量産規模と完全なコストは検証中

OpenAIにとって、Jalapeñoの戦略的価値は、まず自社主導の推論基盤が一つ増えることです。同社は自社のモデルとエージェントのワークロードに合わせて、メモリ、ネットワーク、配信ソフトウェアを設計できます。供給面では調達の選択肢が増え、単一の供給経路への依存を下げられる可能性がありますが、調達規模や価格交渉への効果はまだ開示されていません。OpenAIは今後もNVIDIAや他社のアクセラレータを広く導入するため、現時点では「専用の供給選択肢を加えた」と表現するのが正確であり、「NVIDIAを置き換える」とは言えません。

サービスモードは三段階に分けられます。Jalapeñoの目標は、ultra-fastモードで従来のfastモードの効率を達成し、fastモードで従来のbatchedモードの効率を達成し、同時にbatchedモードの効率をさらに向上させることです。これは、速度と効率の選択可能な範囲全体が前方に移動したことを示しており、別の独立した高速化率として解釈すべきではありません。

関連記事Codex 責任者「リセットの神」Tibo 氏インタビュー:Codex はまだ過渡的な形、本当の競争は単一モデルからシステム全体へCodex責任者のTibo氏が、モデルアップグレードよりも重要な路線を明かしました。Skill、記憶、子エージェント、ツール、算力の管理をシステム内部に取り込み、同じAIが一人ひとりに能動的に適応する未来です。

電力あたりのスループットの向上は、トークンあたりの総コストの同じ割合での削減と直接的に同等ではありません。完全なTCOには、チップとラックの価格、利用率、相互接続、メモリ、冷却、運用、歩留まり、ソフトウェア開発、減価償却も含まれます。InferenceXの公開された方法論により、スループット、レイテンシ、消費電力の監査が容易になります。経済性を評価するには、チップ価格、利用率、生産データがまだ不足しています。

証拠の成熟度

チップの動作は確認済み。商用規模での検証はこれから

計測済み
  • 3つの公開モデルの初期結果
  • 公開されたベンチマーク名、一部の条件と結果
  • 毎ワットスループットと遅延の同時改善
計画中
  • 2026年末までに内部デプロイ開始
  • ソフトウェアスタックの成熟を継続
  • Gen2の本格開発、Gen3の具体化
未実証
  • 完全なトークンあたりのTCO
  • 本番資格と長期的な可用性
  • NVIDIAを代替できる供給規模
現在の公開情報では一部の口径を照合できますが、第三者が再現した、または本番規模の検証が完了したことを意味するものではありません。

現時点で確認できるのは、三つの公開モデルで初期の測定結果が得られており、ベンチマーク名、一部のテスト条件、集計結果が公開され、計算方法を検証できることです。ただし、Jalapeñoチップ、完全な実行環境、完全なテスト結果はまだ公開されておらず、今回の結果は第三者によって独立に再現することはできません。計画されている項目には、2026年末までにOpenAIの自社計算インフラへのJalapeñoの導入を開始すること、ソフトウェアスタックを継続的に成熟させること、Gen2とGen3を推進することが含まれます。今回の証拠によってまだ証明されていないのは、大規模生産資格、長期的な可用性、実際の製品トラフィック下での利用率、完全なTCO、そしてNVIDIAの代替という結論を裏付けるのに十分な供給規模です。

Jalapeñoは「OpenAIが動作する推論チップを作れるか」というハードルを越えました。次のハードルはさらに難しく、商業的にも重要です。それは、継続的な生産、実際のトラフィック、完全なコストの中で、公開ベンチマークの曲線上の優位性を、安定したユーザー体験と単位経済性に変えられるかどうかです。

出典
Jalapeñoの初期結果がAI推論の速度と効率で業界最高水準を示すOpenAI·2026-08-25·一次資料を見る
当サイトの注記
これらの数値は、OpenAIが自社で報告した最初の測定結果に基づいています。InferenceXの公開方法論で指標の定義を照合できますが、展開規模と完全なコストは未検証です。
↑ 本文ここまで
✓ この記事は全文無料です

メンバーは全文 Markdown のコピー・保存に加え、自分の AI に購読・質問させることができます。

原文を読む ↗
📮 新着解説をメールでいち早く

役に立ちましたか?メールを登録すると、新着解説を公開と同時にお届けします。解除はいつでも。