Ryzen Tctl/Tdieの温度測定：決定版ガイド

AMD Ryzenプロセッサを使用しており、HWiNFO、Core Temp、Ryzen Masterなどのツール、あるいはLinuxの「sensors」コマンドを使用して温度をチェックしている場合、 Tctl、Tdie、CPU Die（平均）、CCD1/CCD2などの値を目にしたことがあるでしょう。そして、どれが正しいのか、ファンカーブにどれを使用すべきなのかが分からず、途方に暮れた経験があるかもしれません。

さらに厄介なことに、フォーラムやガイドを開くと、スクリーンショットに写っている人たちがTdieについて語っていたり、Tctl/Tdieについて語っていたり、CPUパッケージについて語っていたりするのを目にします。しかも、使っているCPUは似ているのに、温度表示がそれぞれ異なっているのです。このようにセンサー、オフセット、チップレット、ピーク値などが混在しているため、混乱が生じ、実際には正常に動作しているにもかかわらず、プロセッサが過熱していると誤解してしまう人が多くいます。

AMD Ryzen プロセッサの Tctl と Tdie とは何ですか?

まず、これらの測定値が具体的に何を表しているのかを明確にすることが重要です。なぜなら、その解釈はRyzenの世代によって異なるからです。基本的なレベルでは、Tdieはコアが動作するシリコンの実際の温度に関連付けられており、Tctlは主にファン制御を目的とした測定値であり、アーキテクチャによってはオフセットが含まれる場合と含まれない場合があります。

Ryzenの初期世代（Zen 1、一部の旧型Threadripperプロセッサ）では、Tctlは直接的な温度測定値ではなく、実際のTdie温度に固定のオフセットを加えた値でした。このオフセットは+10℃、+20℃など、AMDがそのモデルに合わせて決定した値で、チップが実際にはそれほど高温でなくてもファンの回転速度を上げるなど、マザーボードやファンの反応を速めるために使用されていました。

このようなモデルの典型的な例としては、CPUのアイドル時の物理温度が約40℃であるにもかかわらず、HWiNFOがCPU（Tctl）=60℃と表示する場合が挙げられます。このような場合、この誇張された値は一種の「偽の温度」と呼ばれることがありますが、実際にはこれは捏造されたデータポイントではなく、制御目的で使用される温度に対応しています。

後の世代（Zen 2、Zen 3、およびそれ以降の世代）では、状況はやや単純化されます。Tctl /Tdieは通常、CPUの内部センサーの中で最も高温になるポイントを反映した単一の値として表示されます。多くのマザーボードやさまざまなツールでは、「CPU (Tctl/Tdie)」フィールドには1つの値しか表示されません。これは、内部的に両方の値が一致するか、オフセットの処理方法が異なるため、ユーザーには個別に表示されないためです。

こうした最新のアーキテクチャでは、Tctl/Tdieはもはや常に「Tdie + X度」という単純な値ではなく、通常はプロセッサ内部のセンサーによって記録された最高温度を表します。つまり、これは完全に実際の温度値ですが、特定の時点におけるチップの最高温度に焦点を当て、自動ファン制御のための積極的な基準値として使用されます。

チップレット、CPU ダイ (平均)、および CCD1/CCD2 ごとの読み取り数

最新のRyzenプロセッサ、特にチップレット（CCD）設計を採用したものは、CCD1（Tdie）、CCD2（Tdie）、CPUダイ（平均）などの読み出し回路によって、さらに複雑な構造になっています。ここで、各CCDは一連のコアを内蔵するチップレットであり、それぞれに独自のセンサーが搭載されています。

CCD1 Tdieの読み取り値（およびCCD2 Tdieが存在する場合はCCD2 Tdie）は、その特定のチップレットの温度に対応します。チップレットが1つのプロセッサではCCD1のみが表示されますが、Ryzen 9や7950X3Dのようにチップレットが2つ搭載されているCPUでは、CCD1とCCD2の両方が表示されるため、負荷がかかった状態でどちらかのチップレットがもう一方よりも明らかに高温になっているかどうかを確認できます。

一方、 CPUダイ（平均）の読み取り値は、その名の通り、チップレット上に搭載されている様々なセンサーからの読み取り値の平均値です。通常、チップ内には複数の測​​定ポイントが含まれるため、シングルチップレットCPUであっても、CCD1によって報告される温度とは数度異なる場合があります。

Tctl/Tdieは瞬間的な最高温度を示す傾向がありますが、CPU Die（平均）はプロセッサ全体の熱をより「従来型」に表したもので、Intelが一般的に「CPUパッケージ」と呼ぶものに似ています。そのため、多くのユーザーは「実環境」の温度について議論する際に、CPU Die（平均）またはCCD Tdieを基準として使用する方が安心できると感じています。

Tctl/Tdie が通常他の測定値よりも高いのはなぜですか?

「CPU (Tctl/Tdie)」の値が、 「CPU Die (平均)」や「CCD1 Tdie」などの値よりも数度、あるいは10℃以上高い値を示すことはよくあります。これは必ずしも何かが間違っていることを意味するわけではなく、単に測定方法が異なるだけです。

一方、各種内部センサーは必ずしも同じ速度や方法で情報を報告するとは限りません。瞬時温度をほぼミリ秒単位で反映するものもあれば、短時間間隔で平滑化または平均化された値を返すものもあります。Tctl/Tdie は、これらの値の中で最も高い値を選択して計算されるため、当然ながらその値は高くなる傾向があります。

アイドル状態から一気に高負荷状態（例えば、負荷の高いゲームやアプリケーションを起動するなど）に移行する状況を想像してみてください。非常に感度の高いセンサーであれば、1秒以内の急激な温度上昇を検知するかもしれませんが、CPUダイの平均温度が上昇するにはもう少し時間がかかります。このような状況では、Tctl/Tdieの値がわずかに上昇する可能性がありますが、CPUダイ（平均）の読み取り値ではそれほど顕著ではありません。

そのため、多くのユーザーはTctl/Tdieをファンカーブに最適な「積極的なセンサー」と解釈しています。これは、ホットスポットに素早く反応して回転数を強制的に上昇させ、騒音は増えるもののプロセッサの温度をある程度低く保ちます。一方、ファンカーブでCPU Die（平均）またはCCD1 Tdieを使用すると、冷却が適切であれば、最低回転数はわずかに高くなりますが、リスクなく、よりスムーズで静かな応答が得られます。

ファンカーブと温度の比較に使用するセンサー

フォーラムやコミュニティでよく出てくる大きな疑問は、「ファンカーブを定義したり、CPUが過熱しているかどうかを判断するために、どのセンサーを使用すればよいか？」ということです。実際には、すべてのセンサーが有効で信頼できるため、万能な答えはありません。どのセンサーを使用するかは、個々のニーズによって異なります。

CPUをできるだけ低温に保つことが最優先事項で、多少の騒音は気にしないのであれば、Tctl/Tdieをファン制御の基準値として使用するのが論理的なアプローチです。こうすることで、ファンは最も激しい温度上昇に反応し、チップのどの部分も過熱するのを防ぎます。

一方、温度と静音性のバランスを重視する場合は、同じ曲線に対してCPU Die（平均）やCCD1 Tdieなどの測定値を使用する方が良いかもしれません。そうすることで、より安定した応答が得られます。ごく短時間の温度上昇時にもファンの回転速度が速くなることはなく、平均温度も比較的安定しますが、特定の時間帯には若干高い値を示す可能性があります。

フォーラムで自分の温度を他の人の温度と比較したり、助けを求めたりする際には、両者が同じセンサーを参照していることが非常に重要です。アイドル時や軽負荷時のTctl/Tdieの読み取り値が60～65℃であるのを見て、他の人のCCD1 Tdieの読み取り値が45～50℃であるのと比較するのはよくある間違いです。数値上はCPUが「沸騰」しているように見えるかもしれませんが、CCD1またはCPUダイ（平均）を見ると、おそらく似たような読み取り値になるでしょう。

したがって、「実際の」CPU温度について話す場合、通常はCPUダイ（平均）またはCCD1 Tdieに注目する方がより適切です。これらは従来の「CPUパッケージ」の測定値に最も近い値であり、すべてが妥当な範囲内にあるかどうかを評価するのに非常に役立ちます。

実例：安静時の血圧値が高く、頻繁に疑念を抱く

よくあるケースとして、Ryzenプロセッサを搭載した新しいPCを組み立てたユーザーがHWiNFOを開き、CPU（Tctl/Tdie）のアイドル温度が60～65℃であることに気づきます。オンラインで検索すると、他のユーザーがアイドル温度が45～50℃であると報告しているスクリーンショットを見つけ、何かが間違って組み立てられているか、サーマルペーストに問題があるのではないかとパニックになります。

多くの場合、スクリーンショットを注意深く確認すると、その人が自分のTctl/Tdieの値を、別のマシンのTdieまたはCPU Die（平均値）と比較していることがわかります。HWiNFOのスクリーンショット全体を共有するように求められた場合、通常はCCD1が約50℃、CPU Die（平均値）が約53℃、Tctl/Tdieが約60℃であることがわかります。つまり、実際にはそのCPUは他のユーザーのCPUと全く同じように「正常」なのです。ただ、最も重要なセンサーの値だけを見ているだけなのです。

Ryzen 7 3750H などの Ryzen プロセッサを搭載したゲーミングノートPCでも、同様の状況が見られます。負荷の高いゲーム中は 75～83℃の温度が記録され、ゲームが安定すると 60～65℃ まで下がるのが一般的です。デスクトップ コンピュータに慣れている人や、ノートPC の通常の温度範囲に馴染みのない人は、この温度が高いと感じるかもしれませんが、温度が常に 90～95℃ に近づいたり、深刻なサーマルスロットリングが発生しない限り、これらの数値は想定範囲内と考えられます。

多くのシステムでは、HWiNFOは「CPU (Tctl/Tdie)」フィールドに、tctlとtdieを分けずに、電流、最小値、最大値を単一の値で表示します。これはセンサーが欠落しているなどといったことを示しているわけではなく、単にそのCPUモデルとツールのバージョンでは、両方の測定値が1つに統合されているか、表示するオフセット値が明示的に存在しないことを意味します。

Linuxでも同様の現象が起こります。「sensors」コマンドを実行すると、TctlとTdieが同じ値（例えば45℃）を示し、同時にTccd1が30℃を示している場合があります。この場合、論理的なアプローチとしては、Tdie/Tctl​​をチップセットまたはホットスポットの一般的な基準値とし、Tccd1はその特定のチップレットの温度を表していると仮定します。これをWindows上のRyzen Masterと比較すると、同じCPUでアイドル時に約30～35℃と表示されます。AMDが「CPU温度」と考える値に最も近いのは、通常はTccd1/Tdieであるのに対し、LinuxのTctl/Tdieは異なる基準値または読み取り方法を使用している可能性があることがわかります。

CPUの安全な温度範囲

センサーの名前を知ること以上に重要なのは、どの値が妥当で、いつから心配し始めるべきかを知ることです。各モデルにはそれぞれ独自の仕様がありますが、ほとんどの最新CPUに適合する一般的な範囲を示すことができます。

ブラウジング、オフィスアプリケーションの使用、デスクトップを開いたままにするなど、軽い作業であれば、TdieまたはCPUパッケージの温度が60℃以下であれば、CPUは正常に動作しています。ゲームや中程度の負荷が継続的にかかる場合は、60～70℃が正常な範囲です。

Prime95やOCCTを使ったストレステスト、レンダリング作業など、負荷の高い作業を行う場合、極端なオーバークロックを行っていない限り、70～80℃の温度は概ね許容範囲内です。この範囲内では、温度が長時間にわたって最大制限値に近づかないように監視することをお勧めしますが、すぐに警戒する必要はありません。

オーバークロックや過酷な環境条件がないにもかかわらず、温度が80～90℃に達した場合は、エアフロー、サーマルペーストの品質、ヒートシンクの状態を確認する必要があります。工場出荷時から大幅にオーバークロックされているCPUでは、この温度に近づくピーク値が見られることは珍しくありませんが、それが何時間も続くのは好ましくありません。

TdieやCPU Die（平均）などの現実的なセンサーで90℃を超えると、明らかに危険な領域に突入します。その状態が続く場合は、作業を中断し、冷却システムを点検して、埃の付着、ヒートシンクの接触不良、過電圧がないことを確認することをお勧めします。最新のCPUは、 TjMaxに近づくと周波数を下げる（サーマルスロットリング）かシステムをシャットダウンすることで自身を保護するため、限界まで負荷をかけない限り、何かを損傷する可能性は低いことを覚えておいてください。

WindowsとLinuxでCPU温度を確認する方法

Windowsの標準インターフェースには、デフォルトでCPU温度を直接表示する機能がないため、サードパーティ製のツールを使用する必要があります。幸いなことに、Tctl/Tdieと各コアの温度の両方を表示できる、軽量で信頼性が高く、無料のツールがいくつかあります。

最も人気のあるソフトウェアとしては、Core Temp、HWiNFO、HWMonitor、NZXT CAMなどが挙げられます。Core Tempはプロセッサに特化しており、各コアの動作周波数や瞬間温度を非常に分かりやすく表示します。HWiNFOはより包括的で、「センサーのみ」モードを使えば、マザーボード、CPU、GPU、さらにはハードドライブに関する詳細な情報まで表示できます。

これらのアプリケーションでは、CPUセクションを確認し、CPUパッケージ、Tdie、Tctl/Tdie、CCD1/CCD2、およびCPUダイ（平均値）といった重要な測定値を確認することをお勧めします。また、多くのアプリケーションでは、ウィンドウを開いたままにしなくても温度を常に表示できるよう、Windowsの通知領域にアイコンを設定することもできます。

AMD Ryzenプロセッサを使用している場合、TdieとTctlという2つの主要な温度値が表示されることがよくあります。チップの実際の発熱を評価するには、TdieまたはCPU Die（平均）に注目し、Tctlはマザーボードのファン制御の動作状況を把握するために使用するのが最適です。ただし、AMDの公式ツールであるRyzen Masterは通常、サードパーティ製アプリが表示する温度値と比較できる「公式」な基準点として使用できる、単一の統合温度値を表示します。

Linuxでは、温度を確認する標準的な方法として、`lm-sensors`パッケージに含まれる`sensors`コマンドを使用します。正しく設定すると、CPUチップのセクションにTctl、Tdie、Tccd1などの値が表示されます。BIOSや専用ユーティリティでファンを調整する場合は、Tctlを制御値として使用し、 Tdieとチップレット（Tccd1）に関連する値を確認して全体の状態を評価するのが賢明です。

機器上で監視するその他のセンサーとコンポーネント

TctlとTdieだけが全てではありません。最新のマザーボードやグラフィックカードのほとんどは、システムの熱状態を包括的に把握するのに役立つ、いくつかの追加の温度情報を表示します。

例えばGPUでは、メインチップの温度が表示され、一部のモデルではホットスポットの温度も表示されます。ホットスポットとは、グラフィックプロセッサ内部で最も高温になる箇所を示す温度です。メーカーがこの点を考慮に入れていれば、この温度が平均チップ温度（例えば、平均70℃でホットスポットが90～100℃）よりもかなり高くなる場合でも、必ずしも故障を示しているわけではありません。

マザーボードは通常、VRM、チップセット、およびメモリスロット付近の温度を報告します。これらの温度が急上昇すると、CPUとGPUの安定性に間接的に影響を与える可能性があるため、ケースのエアフローがメインヒートシンクだけでなく、これらの領域も通過することが重要です。

ハードドライブとSSDは、1つ以上の温度センサーの読み取り値を含むSMARTデータを表示します。ケース内部全体（CPU、GPU、マザーボード、ドライブ）が過熱する傾向がある場合は、シャーシ全体の換気に問題がある可能性が高いです。ただし、CPUのみが過熱する場合は、ヒートシンク、サーマルペースト、またはCPU自体の電圧に問題がある可能性が高いです。

産業レベルやプロフェッショナルレベルでは、熱電対、測温抵抗体（PT100/PT1000）、NTC/PTCサーミスタなど、温度を電気信号に変換し、家庭用PCに関連する範囲よりもはるかに広い範囲を測定できる他の種類のセンサーも存在することを知っておくと良いでしょう。ただし、コンピュータでは、シリコンに直接統合されたデジタルセンサーが使用され、Core TempやHWiNFOなどのプログラムによってそのデータが非常に高い精度で収集されます。

各センサーが何を測定し、何に使用され、どの値が妥当なのかを正しく理解することで、わずかな温度差にこだわるのをやめ、重要なことに集中できるようになります。つまり、CPUがTjMaxに達しないこと、パフォーマンスが低下しないこと、そしてゲームプレイからビデオ編集、長時間作業まで、システムに要求するタスクにおいてシステムが安定した状態を維持することです。