2 ポイント 投稿者 GN⁺ 2023-12-16 | 1件のコメント | WhatsAppで共有
  • Intel CEOのPat Gelsingerは、New York Cityのイベントで Core Ultra5th Gen Xeon のデータセンター向けチップを公開し、NvidiaのCUDA支配はAI学習で永遠には続かないと主張した
  • GelsingerはMLIR、Google、OpenAIを例に挙げ、業界がAI学習をよりオープンにするため Pythonicなプログラミング層 へ移行していると見ている
  • IntelはCUDA依存のない 推論(inference) 市場をより重要な勝負どころと見ており、Gaudi 3、Xeon、エッジPCを前面に出して、学習後のモデル実行をめぐる競争に挑もうとしている
  • AI戦略の中心には OpenVINO があり、Intelは一部の演算はクラウドで、一部はPCで処理される混合コンピューティング環境を想定している
  • GelsingerはデータセンターAI市場でCPU、アクセラレータ、ファウンドリ で競争すると述べ、社内チップの機会とNvidia・AMDなどの商業機会の両方を追求すると明らかにした

CUDA支配に対するIntelの攻勢

  • Pat GelsingerはNew York CityのイベントでIntel Core Ultraと5th Gen Xeonのデータセンター向けチップを公開し、Nvidiaの CUDA 技術を直接標的にした
  • NASDAQで質問を受けた場で、Nvidia CUDAがAI学習で持つ支配力は永遠ではないと答えた
  • 彼は「業界全体にCUDA市場をなくそうとする動機がある」と述べた
  • MLIR、Google、OpenAIは、AI学習をよりオープンにするための Pythonicなプログラミング層 へ移行していると見ている
  • CUDAの堀を「浅く小さい」と表現し、業界がより広範な学習、イノベーション、データサイエンスのために、より幅広い技術セットを持ち込もうとしていると主張した

学習より推論を重視する戦略

  • Intelは学習だけで競争するよりも 推論 を中核市場と見ている
  • Gelsingerによれば、モデルが一度学習されればCUDA依存はなくなり、重要なのはそのモデルをどれだけうまく実行できるかだという
  • ステージで初公開された Gaudi 3 は、この競争に対応する製品として提示された
  • XeonとエッジPCも同じ方向の競争軸として言及された
  • Intelが学習市場を放棄するという意味ではないが、Gelsingerは「根本的には推論市場が勝負どころ」だと見ている

OpenVINOと混合コンピューティング

  • GelsingerはIntelのAIへの取り組みにおける中核標準として OpenVINO を強調した
  • 今後は一部の演算がクラウドで、一部の演算がユーザーのPCで処理される 混合コンピューティング の世界を予想している
  • Sandra Riveraは、IntelがデータセンターからPCまでスケールを持っている点から、選ばれるパートナーになり得ると付け加えた
  • Riveraは、Intelが大量生産できる点も強みとして打ち出した

データセンターAI市場を狙う三方向の競争

  • Gelsingerは、IntelがデータセンターAIの市場全体で CPU、アクセラレータ、ファウンドリ という3つの方法で競争すると明らかにした
  • 社内機会としてはTPU、Inferentia、Trainiumのようなチップが言及された
  • 商業機会の面では、Nvidia、AMDなどとの協業可能性もすべて追求する姿勢だ
  • Intelは自社製品での競争と並行して、ファウンドリプレイヤーになる戦略も打ち出している

競争構図に残る問い

  • Gelsingerはこの日の発表で強い自信を示し、チームの発表を主導した
  • CUDAに実際に対抗できるかどうかは、Intelが公開したチップや競合他社が開発中のチップのアプリケーションがより広く普及した後に確認される問題として残っている

1件のコメント

 
GN⁺ 2023-12-16
Hacker Newsの意見
  • 他のコメントにもあるように、核心は CUDA。IntelやAMDもチップ自体はかなり速く作れるが、本当の競争相手がソフトウェアとエコシステムだということを理解していない。
    たとえばeBayでは、A100とほぼ同等の性能の中古MI100を5分の1の価格で買えるが、これほど安い理由は、Nvidia GPUに比べてソフトウェアの非互換性のせいで動かすのに膨大な時間を費やすことになるからだ。
    GoogleもPyTorchにXLAインターフェースを付けて、研究者にそこそこ互換性のある経路を提供している程度で、Intelも同じようなものだ。
    この分野の企業なら、Hugging Faceの全モデルのような巨大なテスト群を作り、問題を力ずくで一つずつ直していかなければチップは売れないだろう。
    Intelはいつものようにオープンなイニシアチブを発表した後、支援は最小限にとどめており、OpenVINOは大した成果もなく終わる可能性が高そうだ。OpenAIのTritonのほうがすでに多く言及されているように見える。

    • 面白いのは、AIソフトウェアエコシステムのかなりの部分が実質的にPyTorchだという点だ。新しいフレームワークを作って流行らせる必要もなく、無数の末端ライブラリをサポートする必要もない。ただ PyTorch をきちんとサポートすればよい。
      PyTorchがIntel GPUでうまく動くなら、多くの人は喜んで移行するだろう。
    • Intelだけの問題ではない。オープンなイニシアチブやコンソーシアムは、たいてい後れを取った側が、存在しない優位性を得ようとして集まる形だ。
      ある程度年を重ねていれば、このパターンを業界で何度も見てきただろう。1990年代のUnix対Windows NTの歴史もこうした動きでいっぱいだったし、ネットワーキングでもUltraEthernetでまた同じことが起きている。
      OpenGLはおそらく最も成功したアプローチだったが、かろうじて機能した程度で、すでに勝ち筋に乗っていなかったプレイヤーにはほとんど役に立たなかった。Unix 95もUnix 98もうまくいかなかった。
    • NvidiaはIntelやAMDよりも、https://github.com/ggerganov のような人物を10倍は恐れている可能性が高い。
    • これが核心だ。IntelやAMDがソフトウェア面を本気で捉え、実際に資金を投じるまでは、CUDAはなくならない。
      Intelは関連イニシアチブを声高に語った後、1、2四半期後にその部門を大幅に削る、という動きをしそうだ。
      CUDA領域で競争するには複数年のコミットメントと大規模な採用が必要で、そのためには給与も市場水準まで引き上げなければならない。
    • AMDとIntel、そしてある程度Qualcommも、NVIDIAに勝つ方法を理解していないように見える。
      NVIDIAの取り分を奪うには、今すぐH100より優れたものを作る必要はない。4090、4080、さらには3080レベルで満足でき、価格は半分で、AmazonやNewEggなどで即購入でき、「価格問い合わせ」ボタンのない製品を求める消費者は多い。
      AMDとIntelは、チップを実際に購入可能にする点ではNVIDIAよりずっと優れているが、それだけでは不十分だ。
      必要なのは、nvcc に入れていたまったく同じコードをそのまま受け取ってコンパイルする intelccamdccqualcommcc だ。関数プロトタイプが一つでも違ってはいけないし、質問なしに対象ハードウェアで動作しなければならない。CUDAのドロップイン代替である必要がある。
      そうなれば、PyTorchやその他すべてを別のチップ向けに再コンパイルする作業は些細なものになるだろう。
  • 興味深い事実として、NVIDIAのエンジニアの半数以上はソフトウェアエンジニアだ。JensenはGPUの上に強力なソフトウェアスタックを意図的かつ戦略的に築き上げ、何十年もそうしてきた。
    Intelが、数字だけを見る経営者ではなくJensen並みに技術的かつ戦略的なCEOを見つけるまでは、CUDAにうまく反撃するのは難しそうだ。

    • Gelsingerを「非技術的」と呼ぶのは、現実からあまりにもかけ離れている。
      Gelsingerは1979年に18歳でIntelに入社し、1987年には80386マイクロプロセッサのプログラミング本を共著し、1989年に登場した第4世代80486プロセッサの主任設計者だった。
      32歳でIntel史上最年少の副社長となり、2001年にCTOに就任して、Wi-Fi、USB、Intel Core、Intel Xeon、14件のチッププロジェクトといった中核技術の開発を率いた。Microsoft WinHECに対抗するIntel Developer Forumも始めた。
    • Gelsingerが「業界全体」と言うのは、単なる事実に近いように見える。Nvidiaを除くすべてのプレイヤーには、CUDAという独占技術の重要性を下げたい動機がある。それはNvidiaが雇えるよりもはるかに多くのプログラマーを意味する。
      Intelが自分で足を引っかけて転んだとしても、より多くのチップメーカーを巻き込むインセンティブは大きい。これは起こることで、問題はそれが数か月なのか、数年なのか、10年なのかだけだ。
      個人的には短いほうに賭ける。ほとんどは行列乗算の問題に見えるし、そこに突然、資金と関心が大量に流れ込んだからだ。AMDのAPU戦略 [0] もMI300Aでハイエンド市場に到達し始めており、興味深い展開だ。
      [0] この流れを追っていない人のために補足すると、AMDはシステムメモリとGPUメモリを統合してきた。正しく理解しているなら、これらのチップではもはや「GPUへデータをコピーする」必要がない。基本的にCPUが行列演算のための大きな拡張を持つようなものだ。以前はこの技術を低価格CPUに入れていたためAIワークロードには有用ではなかったが、今は大型チップに入れている。
    • Pat Gelsingerを英雄のように持ち上げる雰囲気は、かなり奇妙に感じる。VMwareで見た印象では、技術的というより数字管理型に近く、優れた技術リーダーとしての判断を下すには、個人的なしこりや地位争いに縛られすぎているように感じた。
      もちろん第一印象が悪かっただけかもしれない。買収発表の際にPivotalに最初に言った言葉が「皆さんは私たちのいとこでしたが、今では子どもに近い存在です」で、それで全体の雰囲気が変になった。
    • これはIntelにとっても少なくとも10年は事実だったし、おそらくもっと長い間そうだったはずだ。Nvidiaも存在している期間のほとんどでそうだった可能性が高い。
      ソフトウェアのないハードウェアは、ただの高価な砂だ。すべての半導体企業はこれを知っている。そもそもx86でこのパッケージ全体を完成させたのはIntelだった。
      GPU計算の領域では、CUDAはx86だ。どこにでもあり、事実上の標準であり、いつかはディスラプトされるだろう。問題はそれに1年かかるのか、10年かかるのかだ。
  • CUDAより優れたツールチェーン、エコシステム、プログラミング体験を作り、あらゆる計算プラットフォームで最高性能のまま互換性を持たせられるなら素晴らしい。全員が得をする。
    それまでは、そういう主張は少し滑稽だし、とくにOpenCLがプログラマー体験と縮小していくサポートの面で失敗したことを考えるとなおさらそう。DX/GL/Vulkanのコンピュートシェーダーで汎用GPU計算をやろうとした試みも同じ。
    本当に「動機付け」されているのか? すでに何年もあったのに、結果は惨憺たるもの。CUDAに投資されたものの一部でも投資したのか分からない。言葉ではなく金で示すべき。

    • AMDやIntelが、特殊目的のプログラミング言語なしで使える、数千コアの巨大なCPUをそのまま出してくれたらいいのに。
      補助プロセッサも嫌だし、例外だらけのC/C++であれ、出来の悪いPythonの複製であれ、また別の壊れた特殊目的言語を作ろうとするのも嫌だ。単にコアをもっと増やして、一般的なプログラミング言語の本物のスレッドを使わせてくれればいい。
    • コンピュートシェーダーは何が問題なのか気になる。
  • IntelとAMDには、OpenCLの上で似た機能を提供する時間が何年もあった。
    まず自分たちの失敗を振り返るべきだと思う。

    • SYCLはOpenCLよりCUDAに近い対応物で、Intelも独自実装を持っている。それでも実際にSYCLで何かを書いている人はほとんど見かけない。
      試してみようと思って調べたときも、実装が複数あり、それぞれ対応するOSとハードウェアのサブセットが違っていて、かなり雑然としていた。
      https://www.intel.com/content/www/us/en/developer/tools/onea...
    • 似た機能、似た性能、あるいはより良い性能が必要なのに、今はそのどれもない。
      人々はNvidiaハードウェア上ですら、より遅く、もしかすると安いだけの計算を買いたいとは思わない。なのに、なぜIntelハードウェアでそれをやるのか? アプリも変えなければならないので、明らかに最初から難しそうに見える。
      この分野の専門家ではないが、何か見落としているのだろうか? x86業界がNvidiaの提供するものから離れたいなら、Intelは何らかの形で「より良い」に当たる項目を埋めなければならない。
    • AMDとIntelはどちらもOpenCLを実装し、Nvidiaも実装した。業界はその共通言語の上に積み上げることもできた。
      その代わりにCUDAの上に積み上げておいて、他のハードウェアベンダーがCUDAを持っていないと不満を言っている。
      OpenCLは、複数の会社が実装可能だと合意できた共通部分集合だったからだと思う。CUDA、OpenCL、C++、OpenMPのすべてにコンパイルされるコードを書いたことがあるが、ひたすら「何だ、OpenCLはこれもできないのか? くそ」の繰り返しだった。
    • Intelは数年前にOneAPIで試みた。分かってみると何十年も遅れていて、追いつくのに時間がかかっているところだ。
    • Appleも同じ。皆がこの状況に本気で取り組めなかったおかげで、高度に統合された競合が市場を総取りした。今振り返ると、OpenCLの価値提案ははるかに明確だったというのが面白い。
  • AI分野に詳しい人に、CUDAの本当の堀が何なのか説明してほしい。
    ハードウェアではなくソフトウェア、つまりCUDAエコシステムだというのは誰の目にも明らか。
    以前少し機械学習を扱ったことがあるが、モデルを学習・調整するレベルでは高水準ライブラリを使っていて、私の知る限り、それらのライブラリがどのバックエンドを使うかをif文で決める程度だった。
    ならばIntelなどが実用的な競合を実装すると仮定したとき、多くのユーザーにとって移行はスムーズだと考えるのは間違いなのだろうか? 研究者や限界を押し広げる人たちには当てはまらないかもしれないが、たいていの会社にとって移行コストは大きくないように思える。

    • 理解は合っているが、前提がまったく簡単ではない。CUDAに投入されている作業量は膨大で、NVIDIAは競合が追いつくのを待って立ち止まってはいない
    • この状況は初期のIBM PC戦争によく似ている。最初はIBM PCとさまざまな「互換機」があったが、完全なドロップイン互換ではなく中途半端な互換だったため、多くのプログラムを再コンパイルする必要があった。
      そうした製品も米国の大企業が作っていた。彼らはPCを汎用品化しようとしていたのではなく、大きな市場の小さな一片を欲しがっていた。
      本物のPCクローン、つまり純粋なドロップイン互換品は台湾で作られ、市場を支配した。大企業は、価格が低く全員が同じ土俵で競うコモディティ化した市場を望まない。「スムーズな移行」はまさにそういう結果をもたらすので、これらの企業はそれを作らないのだ。
    • 必要なのは、高水準ライブラリにおけるドル当たりの計算性能が肩を並べること。それがすべて。
      もちろん、言うほど簡単ではない。GoogleのTPUでさえ、ドル当たりの浮動小数点演算でH100に並ぶのにまだ苦労しているし、Jaxを使わないなら利用もかなり面倒だ。
    • Nvidiaはボトムアップのアプローチを取った、と要約できる。並列処理ハードウェアから始め、その上に開発環境を作った。
      競合、とくにIntelはトップダウンのアプローチで市場に入ろうとしているように見える。逐次処理ハードウェアを使って推論市場の一部を取ろうとしており、実質的にNvidiaで起きているイノベーションに頼っている。CUDAは常に一歩先を行くだろう。
    • 堀がソフトウェアだと言うのは間違い。堀は主に、今なお価格に対して非常に優れた計算ハードウェアと、とても良いネットワーク機器だ。
      大規模LLM学習においてCUDAは大きな堀ではない。AnthropicがCUDAからTrainiumへ移ったことを見れば分かる。おそらくすべてのカーネルをTrainium向けに書き直したのだろう。
  • 人々がCUDAから離れたがっているようには見えません。ここ数か月でいくつかのモデルやツールを見てきましたが、ほとんどはだいたいこんな感じです
    device = "cuda" if torch.cuda.is_available() else "cpu"
    AMDのニューラルネットワーク・ミドルウェアを実装しているものは、まだ一つも見たことがありません: https://www.amd.com/en/developer/zendnn.html

    • 自分で使ったことはありませんが、PyTorch向けのAMD/ROCmアクセラレーションバックエンドは、cudaデバイスとモジュールをオーバーロードして、機能チェック上はROCmがCUDAのように見えるようにしている、と理解しています
      移行をスムーズにしたいし、既存コードはCUDAを確認していることが多いので、そのコードが動くように必要なことをしているわけです
    • これは鶏と卵の問題に近いです。こうしたプロジェクトの開発者は、関連するAMDデバイスをテスト用に持ってすらいない可能性が高いでしょう。わざわざ持つ理由があるでしょうか?
      その循環を断ち切る合理的な方法は、AMDが主要な人気プロジェクトにコード、テスト、簡単な「すぐ動く」インストールを積極的に提供してAMDサポートを追加し、後でハードウェアをもっと売ることです。しかしAMDがそうしているようには見えません
    • MI300Xの発表を見ていないようですね。AMDを使うためにその行を変える必要はありません
    • zendnnはCPU向けです。PyTorchのROCm版はコードを1行も変える必要がありません
      なのでAMD GPUを使うときも、device = "cuda"のような意味がそのまま動作します
  • Intelはこの10年間、何もしてきませんでした。かろうじて動くGPUに何十億ドルも無駄にし、CPU独占に寄りかかって革新を遅らせながら利益だけを吸い上げてきました
    少なくともNvidiaはAIの発展を助ける何かを作り、大胆な賭けが成功しました

  • Pat GelsingerとLisa Suはどちらもソフトウェアをまったく分かっておらず、委任すらできないように見えます。自分たちの極めて複雑なハードウェア向けソフトウェアを「コミュニティ」がやってくれると期待しています
    NvidiaのBill Dalyの発表 [1]を見ると、ハードウェアとソフトウェアを一緒に発展させてきたことが分かります。CUDAプログラミングモデルは昔の巨大な賭けであり、彼らは正当に機械学習/AIで勝ったのです
    IntelとAMDが根本的に変わらなければ、勝負は終わりです。ARMとNvidiaに負けるでしょう
    [1] https://www.youtube.com/watch?v=kLiwvnr4L80

    • 彼らが問題を理解していないわけではありません。今は巨大な市場先取り競争が起きており、並列コンピューティングの車輪を再発明することにリソースを無駄にしたいところはありません
      これは人々が言うよりはるかに難しいことです
  • 船は10年前にすでに出航していました。その頃、大学で汎用GPU計算の科目、おそらく「異種並列プログラミング」のような名前の授業を履修したのですが、最初の講義で初めて、すべてのハードウェアと教材をNVIDIAが無料で提供していたことを知りました
    結果として、代替案がまったく触れられない純粋なCUDAの授業で、昔のWordやExcelの大学講座のようでした
    Nvidiaは堀を作る、あるいは買うのが本当に得意です
    PhysXでは、Nvidia GPUがないと、SSE対応CPUでも最適化されていないFPUの遅いパスに落ちていました: https://arstechnica.com/gaming/2010/07/did-nvidia-cripple-it... https://www.realworldtech.com/physx87/3/ 「Nvidiaの立場では、x87命令とシングルスレッドを使って基本的なCPU性能を下げれば、GPUがより良く見える」
    「The Way It’s Meant To Be Played」プログラムは、スタジオに金を払い、AMDを直接不利にさせていました。UbisoftがDX10.1パッチを取り下げたのが一例です: https://techreport.com/news/14707/ubisoft-comments-on-assass...
    「GameWorks」プログラムではさらに一歩進め、ゲームスタジオに金を払ってNvidiaの性能低下ライブラリをゲームに直接組み込ませていました: https://techreport.com/review/21404/crysis-2-tessellation-to... https://arstechnica.com/gaming/2015/05/amd-says-nvidias-game... https://wccftech.com/fight-nvidias-gameworks-continues-amd-c...

  • NVIDIAにCUDAの支配力を維持するインセンティブがあることも完全に理解できるし、この市場環境でAMDやIntelなど他社が機会を逃したことも理解できる。
    ただし、このような技術的・機能的な堀が特定のユースケースで事実上の独占を維持すると、最終的には消費者が損をするという点は指摘しておく価値がある。

    • ほとんどの場合はその通りだが、CUDAについては消費者が勝っていると思う。CUDAはNvidia GPUだけのための特別で秘密めいた複雑なアルゴリズムではない。Nvidiaが10年にわたって、さまざまな業界の開発者体験に気を配ってきた結果だ。
      CUDAはAIだけでなく、物理、数値モデリング、暗号学、生物学などにも使われている。Nvidiaは何千ものユースケースを見つけ、顧客の意見を聞きながらプラットフォームを作り上げ、その結果としてAIが巨大な収益源になった。
      問題は、IntelとAMDが今後も「AI」の金脈だけを見て、デバッグ、コンパイラ、言語統合、GUI、バグ修正まで含むプラットフォームの残りの部分を無視する可能性が高いことだ。
      Intelが「OpenCLに数十億ドルを投資して最高水準の開発者体験とプラットフォームを保証し、CUDAを排除する」と言うなら期待できるが、今のところ読み取れるのは「PyTorchでCUDA関数呼び出しをいくつか置き換える」という程度に近い。性能問題をデバッグしなければならなくなった瞬間、GitHubでCUDAエンジニアと直接話せる代わりに、死んだIntelのメーリングリストにメールを送らなければならないと気づくまでは、面白いだろう。
    • AMD、Intel、Khronosは、より良いもので自由に競争できる。NVIDIAはそれを妨げていない。
      そういう意味でCUDAは消費者にとって大きな利益だ。代替案が本当にひどいからだ。