Intel Thread Director:ハイブリッドコアインテリジェンスの仕組み

最終更新: 24月2026
  • Intel Thread Directorは、スレッドの動作をリアルタイムで分析し、PコアとEコア間のリソース割り当てに関してオペレーティングシステムをガイドします。
  • テクノロジーはシステムプランナーに取って代わるものではなく、むしろ各ワークロードのパフォーマンスと効率性に関する指標を提供することで、システムプランナーを補完するものである。
  • Windows 11と最新のLinuxカーネルはThread Directorを最大限に活用しており、ゲームや仮想化において大幅な改善が見られています。
  • Alder Lake、Raptor Lake、およびMeteor Lakeは、ゲーム、コンテンツ制作、およびサーバーにおいてハイブリッドアーキテクチャを活用するために、Thread Directorに依存しています。

インテル スレッド ディレクター テクノロジー

Intelの新しいハイブリッドプロセッサについて耳にしたことがある方、そして「スレッドディレクター」という言葉に聞き覚えがあるものの、それが具体的に何をするのかよくわからないという方は、まさにぴったりの場所に来ました。この技術は、Alder Lake、Raptor Lake、Meteor Lake、そしてそれ以降の世代のプロセッサが、特にゲーム、マルチタスク、仮想マシンにおいて、なぜそのようなパフォーマンスを発揮するのかを理解する上で重要な鍵となります。

Intel Thread Directorが内部でどのように動作し、どのような問題を解決し、どのような制限があるのか​​を詳しく見ていきましょう。これは魔法でもなければ、隠されたターボボタンでもなく、オペレーティングシステム、Pコア、Eコアがすべて重要な役割を果たす複雑なシステムにおける、数ある構成要素の一つに過ぎないことがお分かりいただけるでしょう。

Intel Thread Directorとは何ですか?また、なぜ存在するのですか?

第12世代Coreプロセッサの登場により、インテルは高性能なPコアと高効率なEコアを組み合わせたハイブリッドコアアーキテクチャを採用しました。それまでデスクトップPCの世界では、すべてのコアが同じタイプのプロセッサが一般的でしたが、この「big.LITTLE」方式はARMアーキテクチャをベースとしたモバイルSoCに典型的なものでした。

この変更は深刻な問題を引き起こした。デスクトップオペレーティングシステムは、スレッドやプロセスを割り当てる際に、性能や効率が異なるコアを区別する機能を備えていなかったのだ。スケジューラは単に「X個のコア」と認識し、どのタイプのコアが各タスクに最適かを考慮することなく、ワークロードを分散させていた。

この課題に対処するため、インテルは「Intel Thread Director」という名称の技術を開発しました。これはCPUに統合された技術で、プロセス動作を分析し、オペレーティングシステムにプロセスの配置場所を指示します。重要なのは、これはオペレーティングシステムのスケジューラを置き換えるものではなく、高度に洗練された専用ツールであるということです。

多くの人が考えているのとは異なり、スレッドディレクターはプロセッサ内部にある独立したチップや「魔法の装置」ではありません。CPU自体上で動作するロジックとマイクロコードで構成されており、非常に詳細なテレメトリ情報を収集し、特定のインターフェースを介してオペレーティングシステムに公開します。

Thread Directorの内部動作

スレッドディレクターは、概念的には、スレッドの動作を評価してから最適なコアを決定する、制御された投機的実行システムのように動作します。このために、Alder LakeとRaptor LakeではPコアの実行スレッドの1つを使用し、Meteor Lake以降ではTile SoC内の低消費電力Eコアに依存します。

このロジックは、命令、アクセスパターン、およびアルゴリズム実行時の計算コストを監視します。単に静的な命令リストを見るのではなく、短期間の実際の動作を観察して、負荷が軽いか、中程度か、高度に並列化されているか、メモリを大量に消費しているかなどを判断します。

この分析結果は、IA32_THREAD_FEEDBACK_CHARレジスタに関連付けられたデータ構造に格納されます。このデータ構造には、各スレッドに関する3種類の重要な情報(作業の種類、パフォーマンススコア、エネルギー効率スコア)が、オペレーティングシステムが迅速に利用できるようシンプルな形式で格納されます。

最初の部分は、プロセスタイプを4つの異なるクラスに分類するもので、プランナーがどのタイプのコアが最も適しているかを理解するのに役立ちます。

  • Clase 0PコアとEコアの両方で大きな問題なく実行できるスレッド。
  • Clase 1ピーク性能への要求や低レイテンシのため、Pコア上で著しく優れたパフォーマンスを発揮するワークロード。
  • Clase 2: 処理負荷が軽い、または効率的な実行によってメリットが得られるため、E-コアへの移行が推奨されるタスク。
  • Clase 3高コストなループ、潜在的に長い待機時間、または誤って混在した場合に他のスレッドに悪影響を与える可能性のある動作を持つプロセスであり、そのため特別な処理が必要です。

クラスに加えて、特定のコア上でそのスレッドがどれだけ効率的に動作するかを示す、 0~255のパフォーマンススコアが格納されます。同様に、現在の条件下でそのタイプのコア上で実行した場合のエネルギー効率を示す、0~255の別のスコアも含まれます。

このテレメトリ情報を用いることで、オペレーティングシステムは、コアの種類だけでなく、現在の負荷、アクティブなタスクの数、ユーザーセッションの優先度なども考慮して、どのスレッドをPコアに送り、どのスレッドをEコアに振り分けるかについて、より的確な判断を下すことができます。

スコアリングと負荷分散の重要性

現代のマルチコアCPUでは、処理をPコアに割り当てたりEコアに割り当てたりするだけでは不十分です。ボトルネックやコアの活用不足を回避するためには、各スレッドがどのコアに割り当てられるかが重要になります。ここで、Thread Directorが提供するパフォーマンスと効率のスコアが重要な役割を果たします。

この数値評価のおかげで、オペレーティングシステムのスケジューラは同じタイプのコア間で負荷を分散させ、最も負荷の高いスレッドを最も負荷の低いコアに優先的に割り当て、利用可能な領域を最大限に活用することができます。これは、Pコアが飽和状態になる一方で他のコアがほとんどアイドル状態になったり、Eコアが無意味なタスクを実行して十分に活用されなかったりする状況を回避するためのものです。

  Windows 10 および 11 で Windows 7 の外観と操作感に戻す方法

もう一つの利点は、Thread Directorが、命令セットや特性に基づいて、ワークロードが特定のコアタイプに最適かどうかを迅速に検出できることです。評価中に、スレッドがPコアでのみサポートされている命令(例えば、特定の高度なAVX命令セット)を使用していることが判明した場合、オペレーティングシステムはこのスレッドをPコアに割り当てる必要があることを認識します。

これは、単一のプロセスが時間とともに変化するシナリオにも当てはまります。例えば、最初は軽量な処理から始まり、計算負荷の高いフェーズに移行し、その後、より負荷の低い状態に戻るといった場合です。継続的なフィードバックにより、アプリケーションがハイブリッドアーキテクチャを意識することなく、スレッドは特定の瞬間に実行している処理に応じてPとEの間を移行できます。

実際には、このメカニズムは、負荷の高いゲームを実行している場合でも、複数のアプリケーションを開いている場合でも、コンテンツを再生している場合でも、バックグラウンドでプロセスを実行している場合でも、ユーザーがシステムがスムーズに動作していると感じられるようにすることを目的としています。動的なリソース割り当てにより、単純なバックグラウンドタスクがPコア全体を消費し、Eコアがアイドル状態のままになるのを防ぎます。

スレッドディレクターは「命令」するのではなく、オペレーティングシステムが決定します。

「ディレクター」という名前は、あたかも責任者であるかのように聞こえるため、誤解を招く可能性がありますが、実際には、スレッドディレクターは各スレッドの実行場所について最終的な決定を下すわけではありません。オペレーティングシステムのスケジューラが、CPUから提供される情報を独自のロジックに従って使用したり無視したりすることで、最終的な決定権を保持しています。

これは、例えばBlenderでのレンダリングなど、リソースを大量に消費するアプリケーションをバックグラウンドに送り、コンピューターを他のタスクに使い続けるといった日常的な状況で非常に顕著に現れます。Windowsは、フォアグラウンドにあるものがユーザーにとって優先されるべきだと解釈し、レンダリングに割り当てられるリソースを削減し、主要なワークロードをEコアに移行させることができます。

同様に、アクティブウィンドウで実行されている低負荷アプリケーションは、CPU使用率がそれほど高くなくても、フォーカスが当たっているだけでPコアを使用する場合があります。これは、オペレーティングシステムの基準(フォアグラウンド/バックグラウンド状態、プロセス優先度、電源ポリシー)が、スレッドディレクターの判断よりも重要であることを示しています。

要するに、スレッドディレクターはシステムスケジューラに対する一種の「エキスパートアドバイザー」のような役割を果たしますが、オペレーティングシステムがスレッドディレクターを理解する機能を備えていなかったり、他のルールを優先したりすると、スレッドの割り当ては最適になりません。これが、Windows 10、Windows 11、および各種LinuxディストリビューションにおけるハイブリッドCPUの活用方法の明確な違いを説明するものです。

アプリケーション開発者の視点から見ると、興味深いのは、ほとんどの場合、PコアやEコア専用にソフトウェアを書き直す必要がないということです。オペレーティングシステムがスレッドディレクターをサポートしている限り、ごく一部の特殊なシナリオを除いて、コードを変更することなく、ワークロードの大部分が適切に分散されます。

ゲームおよび実世界のワークロードにおける動作:Pコア、Eコア、およびセカンダリスレッド

最も混乱を招くトピックの1つは、多数のスレッドを使用する現代のゲームで何が起こるか、特にタスクの数が利用可能なPコア数を超え、Eコアがセカンダリスレッドに使用される場合に何が起こるかということです。これは、理論と現実世界の実践が交わる場所です。

Intelの考えでは、一般的なシナリオでは、重要なゲームスレッド(レンダリング、メインロジック、重要な物理演算など)はPコアが担当し、Eコアは優先度の低いスレッド、システムタスク、キャプチャカード、チャット、ブラウザなどのバックグラウンドプロセスを担当する。

例えば、ゲームが起動した際に、P-Coreのリソースを10%から30%程度しか使用しない9番目または10番目のスレッドが発生した場合、スレッドディレクターはオペレーティングシステムに対し、そのスレッドをE-Coreに移動するよう提案できます。スケジューラは、このスレッドが重要ではないことを認識し、パフォーマンス/効率スコアを考慮して、ゲーム体験に影響を与えることなく、効率的なコアにスレッドを送信します。

E-CoreはP-Coreよりも性能が劣ることを理解しておくことが重要ですが、ワークロードが小さい場合は、E-Coreのリソースのより大きな割合(例えば60%)を利用しても、ボトルネックを発生させることなく必要なパフォーマンスを発揮できます。これにより、P-Coreは真に重要な処理に専念でき、利用可能なシリコンをより有効に活用できます。

Windows 11上で動作する、適切に設計されたほとんどのゲームでは、ハイブリッド対応スケジューラとスレッドディレクターの組み合わせにより、約99%のケースで安定したパフォーマンスが得られます。ただし、スレッドパターンがやや特殊なタイトルやエンジンでは、分散が完璧ではない場合もありますが、これらは通常例外です。

Windows 11、Windows 10との関係および一般的な互換性

重要な点の1つは、Windows 11がMicrosoftとIntelの直接的な協力のもとで開発され、ハイブリッドアーキテクチャを最大限に活用し、Thread Directorをネイティブに利用できるようにしたことです。これには、更新されたスケジューラ、特定の電源ポリシー、CPUからのテレメトリデータとのよりきめ細やかな統合が含まれます。

しかし、Windows 10 のスケジューラは、P コアと E コアを理解したり、スレッド ディレクターからの指示を正しく解釈したりするように最初から設計されているわけではありません。動作はしますが、タスクの割り当てはより「盲目的」であるため、Windows 11 の同じ CPU と比較すると、パフォーマンスと効率が大幅に低下する可能性があります。

Linuxでは、状況は異なっています。当初、カーネルはIntelのハイブリッドコアを十分に活用していなかったため、特に混合ワークロードや仮想化環境において、Windowsよりもパフォーマンスが著しく劣っていました。しかし、時を経て、カーネルスケジューラとThread Directorとのインターフェースが改良されていきました。

  LinuxからWindows 11に切り替えて、同じPC上で両方を併用する方法

最新のカーネルパッチのおかげで、IntelはThread Directorの高度なサポートを追加し、Thread Director仮想化にも取り組みました。これにより、Windows 11仮想マシンなどのゲストOSは、Linuxホスト上で実行されている場合でも、ITDベースのスケジューリングロジックの恩恵を受けることができます。

Linux VM上でWindows 11を実行するCore i9-13900Kを用いたテストでは、仮想マシンのPコアとEコア間の割り当てを適切に活用することで、3DMarkのパフォーマンスが最大14%向上することが確認されました。この向上は、クラウドゲーミングや複数の仮想デスクトップをホストするサーバーにとって特に重要です。

アルダー湖、ラプター湖、メテオ湖などでスレッドディレクターを務める。

Thread Directorは、デスクトップに初めてハイブリッドアーキテクチャを導入した第12世代Intel Coreプロセッサー(Alder Lake)で正式にデビューしました。これらのチップは、高性能なPコアと効率的なEコアを組み合わせたもので、Intel 7リソグラフィを使用して製造されており、同ブランドのこれまでの多くの技術を受け継いでいます。

デスクトップ向けに設計され、LGA1700ソケットを採用したAlder Lake-Sは、最大16コア(Pコア8個+Eコア8個)と合計24スレッドを搭載し、DDR5をサポート、DDR4との下位互換性を持ち、CPUから直接PCIe 5.0レーンを利用できます。さらに、従来のIntel Smart Cache(共有L3キャッシュ)と、両方のタイプのコアに対応するために再編成されたL2キャッシュが搭載されています。

Pコアはコアあたり1,25MBのL2キャッシュを搭載し、Eコアは4つのコアが1つのクラスタにまとめられ、2MBのL2キャッシュを共有します。さらに、すべてのコアに共通する最大30MBのL3キャッシュ(LLC)があり、これによりレイテンシが低減され、異なる種類のスレッド間のデータ交換が改善されます。

このプラットフォームは、PCIe 5.0(CPUから最大16レーン)、Z690チップセットからのPCIe 4.0レーンの増加、統合型WiFi 6E、およびThunderbolt 4との互換性もサポートしています。発売当初はPCIe 5.0対応のGPUやSSDは不足していましたが、インフラは既に整備されていました。

IntelはRaptor Lakeでこのアプローチを改良しましたが、Thread Directorの真の変革はMeteor Lakeで実現しました。評価ロジックは、統合メモリコントローラによってRAMに直接アクセスできるブロックであるSoCタイルに搭載された低消費電力のEコア上で実行されるようになりました。そこから各プロセスが分析され、Eコア上で処理できるかどうか、あるいはより高性能なコアが配置されているComputeタイルに処理を委ねるべきかどうかが判断されます。

つまり、Meteor Lake以降では、多くの低負荷タスクはメインのPコアに到達する前に処理されるため、Thread Directorは「3種類のコア」間で常に直接的な調整を行う必要がなくなりました。ワークロードがより多くの処理能力を必要とすると検出された場合にのみ、高性能コンピューティングブロックに転送されます。

Alder Lake-Sハイブリッドアーキテクチャとの統合

デスクトップ環境において、Alder Lake-Sプロセッサは、Thread Directorがハイブリッドプロセッサにもたらす可能性を完璧に体現しています。その目的は、ゲーム、コンテンツ制作、そして高度なオーバークロックです。インテルは、これらのコアの組み合わせを最大限に活用するために、プラットフォーム全体を再設計しました。

ハイブリッドアーキテクチャは、従来のモノリシックなアプローチを捨て、ARM big.LITTLEに非常によく似たモデルを提案しています。Pコアは高負荷なワークロード向けに設計され、Eコアはスケーラビリティとマルチタスク効率に重点を置いています。インテルの社内測定によると、この組み合わせにより、第11世代と比較してコアあたりのIPCが19%向上します。

日常的な使用においては、これはゲームを実行する際にPコアがゲームエンジンを処理し、Eコアがストリーミング、Discord、ブラウジング、システムプロセスなどのバックグラウンドタスクを処理することを意味します。Intelは、Core i9-11900Kと比較して、ゲームでは最大19%、ゲームとストリーミングを組み合わせたシナリオでは最大84%のパフォーマンス向上を実現しています。

この動作は、スレッドディレクターがゲームのレイテンシに重要なスレッドと、ゲーム体験に悪影響を与えることなくE-コアに振り分けることができる補助スレッドを検出する機能に依存しています。これにより、FPSレートが維持され、多くの処理が同時に行われている場合でもカクつきのリスクが軽減されます。

Alder Lakeプラットフォームでは、新たな電力管理メカニズムも導入され、PL1とPL2をマッチングさせることでブースト周波数をより長く維持できるようになりました。これは、Pコアが常に熱限界に達することなく軽負荷に対応できるEコアの存在によって恩恵を受けています。

オーバークロック、メモリ、および関連ツール

Alder Lake-Sプロセッサには、チューニングツールのアップデートが付属しており、Intel Extreme Tuning Utility (XTU) 7.5から始まり、E-Core周波数の詳細な制御機能とDDR5の完全サポートが追加されました。これに加え、P-Coreテレメトリと新しい内部BCLK管理オプションも搭載されています。

メモリにおける主要な新機能の一つはXMP 3.0で、これによりオーバークロックプロファイルがモジュールごとに5つ(メーカー提供の3つとユーザーによるカスタマイズ可能な2つ)に拡張されます。これらのカスタマイズ可能なプロファイルには最大16文字の名前を付けることができ、現在使用している設定を素早く識別できます。

  インテル vs AMD:伝説のライバル関係の全歴史

さらに、XMP 3.0ではVDD、VDDQ、VPPなどの電圧を手動で調整できるため、エンスージアストはDDR5メモリの性能を最大限に引き出すための幅広い選択肢を得られます。Thread Directorはメモリに直接影響を与えるものではありませんが、プラットフォーム全体は、さまざまな負荷の高いワークロードを念頭に置いて設計されています。

ダイナミックメモリブーストテクノロジーも追加されました。これは、RAMの自動「ターボ」機能の一種で、負荷が検出されるとXMPプロファイルがアクティブになり、負荷が低下すると基本状態に戻ります。このロジックはCPUのターボブーストの動作と似ており、ユーザーによる頻繁な操作なしに、パフォーマンス、消費電力、温度のバランスを取るのに役立ちます。

これら全てを補完するのがZ690チップセットです。このチップセットは、CPUとメモリのオーバークロックを完全にサポートするだけでなく、PCIe 4.0レーンや、USB 3.2 Gen 2x2、WiFi 6E(Gig+)といった最新の接続機能も備えています。つまり、プラットフォーム全体として、スレッドディレクターがスレッド割り当てにおいて実現する動的な動作を最大限に活用できるようになっているのです。

Thread Director を使用した Linux、サーバー、仮想化

家庭用デスクトップ環境以外では、Thread Directorは複数の仮想マシンやクラウドベースのゲームストリーミングサービスを実行するLinux環境で特に重要性を増しています。こうした環境では、効率的なコア割り当てがコスト削減とサービス品質の向上に直接つながります。

Intelは先日、ハイブリッドCPUにおけるスレッドディレクターの統合とスケジューリングロジックを大幅に改善するLinuxカーネルパッチをリリースしました。これらの変更は、ホスト上でのタスクの分散方法を調整するだけでなく、スレッドディレクター仮想化の概念も導入しています。

この仮想化により、仮想マシン(例えば、ゲストOSとしてのWindows 11)は、Linuxホスト上で実行されている場合でも、Thread Directorからの情報を受信して​​利用できるようになります。その結果、ゲストOSは仮想化されたPコアとEコア間でワークロードをより効率的に分散させることができ、ネイティブOSに近いパフォーマンスを実現できます。

公開されたテスト結果によると、Core i9-13900Kを搭載したLinuxホスト上のWindows 11仮想マシンでゲームを実行するシナリオでは、3DMarkなどのベンチマークにおいて最大14%のパフォーマンス向上が見込まれる。Linuxベースのクラウドストリーミングプロバイダーにとって、この飛躍的な向上は非常に大きな意味を持つ。

これらの最適化は主にプロフェッショナル環境やサーバー環境を対象としており、LinuxはWindows Serverよりもはるかに大きな市場シェアを占めていることに注意が必要です。家庭環境では、一般ユーザーはそれほど大きな違いに気づかないでしょうが、カーネルがハイブリッドCPUの処理を改善するのは常に良いニュースです。

限界、神話、そして期待できること

Thread Directorには多くの利点があるものの、過度に神格化しないことが重要です。まず、最適化が不十分なオペレーティングシステムや、スレッド管理に欠陥のあるゲームエンジンを完全に補うことはできないということを理解しておく必要があります。ソフトウェアによってワークロードが適切に分散されていない場合、CPUが処理できる量には限界があります。

また、重要なスレッドがEコアに陥ったり、軽いタスクがPコアに必要以上に長く留まったりするような稀なケースが絶対に発生しないことを保証する魔法のような技術でもありません。フィードバックは非常に高速ですが、瞬時ではなく、スケジューラを混乱させるような異常な負荷パターンが常に存在します。

もう一つよくある誤解は、Thread Director を使えば、ゲームやアプリケーションの開発者はハイブリッド アーキテクチャのことを完全に忘れてしまってよいというものです。ほとんどの場合、オペレーティングシステムがすべてをうまく処理してくれますが、それを最大限に活用するには、スレッドをより適切に分類し、適切な優先順位を設定し、制御不能な過負荷を回避するエンジンを設計するのが依然として良いでしょう。

Arrow Lakeのような次世代プロセッサを見据えると、Thread Directorの中核となる理念は維持され、テレメトリとオペレーティングシステムとの統合がさらに強化される見込みです。Alder、Raptor、Meteor Lakeで得られた経験は、割り当てが完全に最適とは言えないような境界的なケースをさらに減らすのに役立つでしょう。

ゲーム、ビデオ編集、ストリーミング、仮想マシンの実行など、日常的に利用するユーザーにとって最も重要なことは、IntelハイブリッドCPUの性能を最大限に引き出すには、Windows 11と最新のパッチが適用された最新のLinuxディストリビューションが事実上必須であるということです。適切なシステム構成であれば、Thread Directorはあらゆる処理をよりスムーズに、そしてエネルギー効率よく実行するための頼もしい味方となります。

最終的に、Intel Thread Directorは、異種コアを搭載したPCプロセッサへの移行における重要なコンポーネントとしての地位を確立し、オペレーティングシステムが各スレッドの実行場所についてより賢明な判断を下せるようにしました。Thread Director自体が何かを管理するわけではありませんが、パフォーマンスと効率を継続的に分析することで、基盤となるソフトウェアがそれを理解できる状態であれば、ゲーム、マルチタスク、コンテンツ制作、仮想化において大きな効果を発揮します。

プロセッサ キャッシュ メモリとは何ですか?
関連記事:
プロセッサ キャッシュ メモリとは何ですか? なぜ重要なのですか?