一般のユーザーの用途であれば
性能低下が発生することはあまりない
性能低下は特にI/Oで顕著である。たとえばGPUを利用するプログラムで、GPUのデータを読み込む(あるいはGPUにデータを少しだけ書き込む)というケースを考える。
大量のデータであれば素直にDMAをかけるわけだが、そのDMAの完了通知や、逆にDMAを始めるリクエストなどは、プログラムからデバイスドライバー経由でGPUに渡すか、GPUからデバイスドライバー経由でプログラムに渡ることになる。
Page Tableが一緒であれば、ドライバーとアプリケーションの間では原則としてデータ移動は発生しない。単に値が格納されたアドレスを受け渡せば済むからだ。
ところがPage Tableが別になってしまうと、もはやアドレスを受け渡すことができなくなる。したがってアプリケーションとドライバーの間で、データのコピーが発生することになる。このデータのコピーの頻度が高くなるほど、性能へのインパクトが大きくなる。
Postgresqlでの性能低下も、HDDをぶん回すSQLデータベースでの結果ということを考えると、確かにありえる数値ではある。あるいは加藤勝明氏のMentionについても、GPUをフル駆動させている状況としてはありえる話と言えよう。
今のところ、この影響を受けるのはインテルの投機実行をサポートする、しかもOut-of-Orderのマシン、要するにCore 2以降の全部(Atomについては古いものは大丈夫だろうが、Silvermont以降でも大丈夫かは確認できていない)と、ARMのCortex-A75が今のところ対象となっている。
ただARMの場合、アーキテクチャーライセンスを受けてベンダー独自にインプリメントした製品も多いので、今後対象が増える可能性もある。
また今回は挙げられていないが、IBMのPowerやMIPS、あるいはIBM/NXPのPowerPCなども潜在的には今回の脆弱性を持っている可能性があるわけで、このあたりは各ベンダーのレポートを待ちたいところだ。
性能低下がどの程度か、というのは一律にはいい難いが、多少なりとも影響があるのは事実ではある。前述の加藤氏のケースでは、FF14ベンチでのスコアーが21237→20400なので、4%ほどのダウンである。
とはいえ、一般のユーザーの使われ方であれば、Postgresqlほどの性能低下が見られるケースはそう多くはないはずだ。とりあえず最新のパッチは当てておくに越したことはないだろう。
この連載の記事
-
第769回
PC
HDDのコントローラーとI/Fを一体化して爆発的に普及したIDE 消え去ったI/F史 -
第768回
PC
AIアクセラレーター「Gaudi 3」の性能は前世代の2~4倍 インテル CPUロードマップ -
第767回
PC
Lunar LakeはWindows 12の要件である40TOPSを超えるNPU性能 インテル CPUロードマップ -
第766回
デジタル
Instinct MI300のI/OダイはXCDとCCDのどちらにも搭載できる驚きの構造 AMD GPUロードマップ -
第765回
PC
GB200 Grace Blackwell SuperchipのTDPは1200W NVIDIA GPUロードマップ -
第764回
PC
B100は1ダイあたりの性能がH100を下回るがAI性能はH100の5倍 NVIDIA GPUロードマップ -
第763回
PC
FDD/HDDをつなぐため急速に普及したSASI 消え去ったI/F史 -
第762回
PC
測定器やFDDなどどんな機器も接続できたGPIB 消え去ったI/F史 -
第761回
PC
Intel 14Aの量産は2年遅れの2028年? 半導体生産2位を目指すインテル インテル CPUロードマップ -
第760回
PC
14nmを再構築したIntel 12が2027年に登場すればおもしろいことになりそう インテル CPUロードマップ -
第759回
PC
プリンター接続で業界標準になったセントロニクスI/F 消え去ったI/F史 - この連載の一覧へ