自作パソコンにおすすめなベンチマークソフトと使い方【ベンチオタクが解説】

Cinebench R23を起動して、左上にある「File」をクリック → 「Advanced benchmark」にチェックを入れます。

すると「Minimum Test Duration」タブが出現します。

• Off：1回だけベンチマーク
• 10 minutes：10分間ベンチマーク（サーマルスロットリングの確認用）
• 30 minutes：30分間ベンチマーク（システムの安定性チェック用）

タブを開いて「Off」を選んでください。ちなみに10分間モードはCPUクーラーの冷却性能チェックに便利です。

タスクバーを右クリックして「タスクマネージャー」を開きます。

タスクマネージャーのアプリからCinebenchを探して右クリック → 「詳細の表示」を開きます。

Cinebench.exeを右クリック → 「優先度の設定」 → 「通常」に変更します。優先度が低いと、他のアプリケーションに処理を取られてスコアが下がる原因になります。

「優先度の変更」をクリックして確定です。

マルチスレッドテストから開始。

最近のミドルクラスCPU（Ryzen 5 7600やCore i5 13400Fなど）なら、体感1分くらいでマルチスレッドテストが終了します。

次はシングルスレッド性能をテストします。

CPUを1コアだけ使ってテストするため、10分近い時間がかかります。

数分ほど待ってようやく、マルチスレッド性能とシングルスレッド性能をスコア化できました。

今回ベンチマークした「Ryzen 5 7600」では、マルチスレッド性能が約14000 cb、シングルスレッド性能が約1850 cbです。1世代前の「Ryzen 5 5600X」よりマルチ性能が約30%、シングル性能が約24%も伸びています。

Cinebench R23のベンチマークデータは「ドキュメント → MAXON → Cinebench_23.200 → cb_ranking」に.txt形式で保存されています。

メモ帳でさきほどのベンチマークデータを開いて、スコアの入っている2行をコピー（Ctrl + C）します。

そのまま上に行に貼り付け（Ctrl + V）て、コピペした2行から「PEAK」の文字を削除しておきます。

ファイル → 保存（Ctrl + S）で上書き保存して完了です。

これで次にCinebench R23を開いた時に、過去のスコア一覧に自分のベンチマークスコアが表示されるようになりました。

なお、Cinebench R23は同じPCスペックでベンチマークを開始すると、過去のデータを上書きする仕様です。

同じPCスペックで過去の記録を残したい場合は、都度.txt形式のログファイルを適当にコピペしておきましょう。

Cinebench R15を開いて、「File → Advanced benchmark」にチェックを入れます。

マルチスレッドスコアの測定から開始します。

最新世代のCPUなら、おそらく1分も待たずに終わるはずです。

シングルスレッドスコアも測定します。

1コアだけ処理するので少々時間がかかりますが、体感5～6分くらいで完了します。

今回ベンチマークした「Ryzen 5 7600」では、マルチスレッド性能が約2300 cb、シングルスレッド性能が約300 cbです。1世代前の「Ryzen 5 5600X」よりマルチ性能が約28%、シングル性能が約14%も伸びています。

Cinebench R15を終了すると、今回のデータを保存するか聞かれるので「はい」です。

同じPCスペックでテストした場合も「はい」をクリックしておけば、過去のデータを維持したまま保存してくれます。Cinebench R23よりセーブデータの扱い方が親切で便利です。

なぜR23では、あれほど不親切なセーブデータ管理になってしまったのか･･･謎が深い。

7-Zipをインストールしたら、スタートメニューの検索欄に「7-Zip」と入力して、「7-Zip File Manager」を開きます。

メニューバーの「ツール」から「ベンチマーク」を選びます。

自動的に7-Zip Benchmarkが始まります。時間ではなく、速度を測定するのでCPUの性能に関係なく一定時間待つだけでベンチマーク完了です。

「Ryzen 5 7600」では、圧縮が約87500 GIPS、展開（解凍）が約100600 GIPSでした。

圧縮はDDR5メモリの効果も合わさり、Core i9 13900Kに匹敵します。展開はマルチスレッド性能に比例するものの、同じコア数で比較するとRyzenの方が若干速いです。

• 辞書サイズ：多いほどメモリの使用量が増加
• CPUスレッド数：使用するCPUのコア数
• テスト回数：ベンチマークの試行回数

なお、7-Zip Benchmarkは3つのパラメータを設定できますが、初期設定のままで大丈夫です。

Handbrakeを起動しようとすると、エラーメッセージが表示されるので「はい」をクリックしてください。

自動的に開いたウェブサイトから、Windows Desktop Runtime 6.0以降をインストールします。これでHandbrakeが起動するようになります。

• Big Buck Bunny Download（peach.blender.or）

次は、動画エンコードに使う動画ファイルを用意します。

Youtubeからダウンロードした動画でも何でもいいですが、著作権の問題でやや紹介しづらいので、今回は誰でも使える「Big Buck Bunny」のデモ動画ファイルを紹介します。

「Big Buck Bunny」の動画ファイルは解像度別にいろいろ用意されています。

解像度が低いほどCPU負荷が低く、解像度が高いほどCPU負荷も高いです。ベンチマーク目的であれば、上記で一番解像度が高い1080p（h264）がおすすめです。

ダウンロードしたBig Buck Bunnyファイルを、Handbrakeにそのままドラッグアンドドロップして開きます。

Handbrakeが開きます。設定はそのまま、「エンコード開始」をクリックしてベンチマークを始めましょう。

エンコードが完了したら、「履歴ウィンドウ」をクリックします。

ログファイルが開きます。下の方までスクロールすると、「work: average encoding speed for job is 100.0000 fps」とログが残っている行があるはずです。

この記録が動画エンコードの処理速度です。1秒あたりのエンコード枚数（フレームレート）を意味し、数値が高いほどエンコード性能が速いです。

負荷の軽い動画エンコードも検証してみましょう。プリセットをクリックして、「Fast 480p30」を選んでみてください。

エンコードを開始しようとすると、前回のファイルを上書きするか注意が表示されます。基本的に「はい」で大丈夫です。

エンコードが完了したら、履歴ウィンドウからログファイルを確認します。

今回ベンチマークした「Ryzen 5 7600」では、軽い動画エンコード（Fast 480p）が約270 fps、重たい動画エンコード（Fast 1080p）が約137 fpsです。

Kraken JavaScript Benchmarkのウェブサイトを開いて、「Begin」をクリックするだけです。

ベンチマークが1分もかからずに完了します。

RESULTSに表示される「Total」がベンチマーク結果です。

今回ベンチマークした「Ryzen 5 7600」では、トータル処理時間が367.5 msと極めて速く、Core i5 13600Kと互角に並びます。

PCMark 10 Basic Editionを起動して、「PCMark 10」→「DETAILS」をクリックします。

「RUN」をクリックしてベンチマーク開始です。

ちなみにAdvanced Edition（有料版）なら、Test detailsの「SETTINGS」からテストするベンチマーク項目を自由に設定可能です。無料版は一切変更できず、全項目がテストされます。

ベンチマーク1項目あたり約1分の時間を要します。約25分ほど、のんびりと待ちましょう。

ベンチマークが完了するとリザルト画面が表示されます。総合スコアや、各項目ごとの内訳も確認できます。

では、「View Result Online」をクリックして、全世界のパソコンと性能比較してみましょう。

今回ベンチマークした「Ryzen 5 7600」では、PCMark 10スコアが8862点で、PCMark 10に参加した98%のパソコンより高性能との評価です。つまり上位2%のオフィスワーク性能です。

「y-cruncher」はCUI版とGUI版があります。今回は競技向けベンチマークタイマー「BenchMate」に収録されている、GUI版のy-cruncherを使って解説します。

Benchmateを起動すると、オーバークロッカー向けの定番ベンチマークソフトが一覧に並んでいます。

一番下の列にある「y-cruncher（v0.8.2）」を選んでから、「Launch（起動）」をクリックします。

テストする円周率の桁数を選びます。

• Pi-25m：2500万桁
• Pi-1b：10億桁
• Pi-2.5b：25億桁
• Pi-5b：50億桁
• Pi-10b：100億桁
• Pi-25b：250億桁

ベンチマーク目的でよく使われている桁数が「Pi-2.5b（25億桁）」です。25m～1bは現在の最新世代CPUにとって、処理時間が短すぎて重要視されていません。

長時間のストレステストが目的なら100～250億桁を使う理由になるかもしれませんが、筆者は使っていません。3DMark Stress TestやFurmark、Karhu Software RAM Testを使ってます。

「RUN」ボタンをクリックして、円周率（25億桁）の計算が始まりました。

今回ベンチマークした「Ryzen 5 7600」では、25億桁の計算に約84秒でした。メモリをDDR5-5200から、DDR5-7200～8000に変えて、あと10秒くらい短縮できそうです。

FF14ベンチマークを起動して、「設定変更」から設定を変更します。

グラフィック設定プリセットを「最高品質」に変更します。

ディスプレイ設定 → スクリーンモード設定を「フルスクリーンモード」に変更します。

スタートボタンをクリックして、FF14ベンチマークを開始します。

約6分20秒もの時間がかかる非常に長いベンチマークです。

最後にリザルト画面が表示されます。画面の中央に評価「非常に快適」、画面の左下にローディングタイム（ロード時間）とベンチマークスコアが記載されています。

ベンチマーク終了後、「レポート出力」が押せるようになります。

ベンチマークの詳細な結果を記載した、txt形式のログファイルが出力されます。

• ベンチマークスコア：平均フレームレートの約135～145倍
• 平均フレームレート：全5シーンの平均値
• 最低フレームレート：全5シーンでもっとも低かった数値
• 評価の内容：スコアの分布ごとに評価が設定されています
• ローディングタイム：シーン切替時のロード時間

かなり便利なベンチマークです。詳細なローディングタイムも記録されているため、SSDやHDDの性能評価にも使えます。

なお、評価の内容はスコアごとに決まっています。

スクウェア・エニックスさん（開発元）の考え方が見えてきて興味深いです。どうやら平均60 fpsを超えていれば「快適」と判断しているようです。

FF15ベンチマークを起動して、グラフィック設定のタブから「高品質」に切り替えます。

ちなみに「カスタム」を選ぶと、より詳細な設定を選べます。4K解像度のみ、RTX 2000シリーズ以降で対応する「NVIDIA DLSS」も適用可能です。

しかし、FF15ベンチマークに実装されているDLSSは1.x世代のまま放置されています。画質面のメリットは限定的で、DLSSベンチマークとしての価値は微妙です。

「フルスクリーンモード」に切り替えます。

スタートボタンを押してベンチマークを開始します。

ベンチマークが終わるまで、およそ6分くらい掛かります。

ベンチマークが完了すると、リザルト画面が表示されます。

スクウェア・エニックスさん（開発元）いわく、平均60 fps以上で「快適」評価です。平均120 fps以上から「非常に快適」と評価され、RTX 4070が叩き出した約17000点（平均170 fps）は余裕が有り余る快適さです。

（※Professional Editionの画像で解説します）

3DMarkを起動して「Benchmarks」のタブを開くと、使っているバージョンに応じたベンチマークを選べます。

筆者が持っているProfessional Editionでは全てのベンチマークが開放されていますが、無料版（Basic Edition）だと「Fire Strike」「Time Spy」「Night Raid」の3種類しか使えないはずです。

重量級ベンチマークの「Time Spy」を選びました。無料版は特に設定ができないので、何も変更せず「RUN」をクリックするだけで大丈夫です。

グラフィックボードの性能を評価するGPUシーンから始まります。

最後にCPUのレンダリング性能を評価するPhysicsシーンで終了です。

3DMark Time Spy Scoreがリザルト画面に表示されます。注意点はスコアの内容です。

大きく表示されているスコアがグラフィックボードとCPUどちらも含む総合スコアで、個別のスコアは中央に記載されます。Graphics Scoreがグラフィックボードの性能、CPU ScoreがCPUのレンダリング性能です。

リザルト画面の左下にある「COMPARE RESULT ONLINE」をクリックして、世界中のパソコンと性能を比較してみましょう。

今回ベンチマークした「Ryzen 5 7600」と「RTX 4070」の組み合わせは、約15700点でTime Spyに参加した81%のパソコンより高いスコアです。つまり上位19%に位置する性能だと解釈できます。

Blender Benchmarkを起動します。

ベンチマークに使用するBlenderバージョンを選択します。特に理由がなければ、リストの一番に上にある最新版を使ってください。

ベンチマーク用のプロジェクトファイル（約900 MB）がダウンロードされます。

微妙に時間がかかります。

プロジェクトファイル自体はAppDataフォルダ内に保存されているので、コピペしてそのまま流用できます。複数のパソコンやパーツを比較したい時に使えるテクニックです。

ベンチマークに使うハードウェアを選びます。今回はグラフィックボードを選択してから「Start Benchmark」をクリックします。

「monster」「junkshop」「classroom」ベンチマークが順番にテストされます。

リザルト画面に各ベンチマークごとのスコアが表示されています。今回ベンチマークした「RTX 4070」の場合

• monster：2776.7点
• junkshop：1322.9点
• classroom：1415.7点

でした。3つのスコアを合計すると5515.3点です。他のパソコンと比較してどれくらい高いスコアなのか？「Submit Results」をクリックして確認します。

「Open in Browser」をクリックして

Blenderアカウントでログインします。

トークンが発行され、オンラインに今回のスコアがアップロードされました。「View Results in Browser」をクリックします。

約5500点は、どうやら上位4～5%に位置する性能です。

なお、NVIDIA GeForceシリーズは「Optix」、AMD Radeonシリーズは「HIP」、Intel ARCシリーズは「oneAPI」を介してBlenderレンダリング（Cycles）を実行します。

この中で「Optix」がもっともBlenderレンダリング（Cycles）を効率よく処理可能なため、同じスペック同士の比較だとNVIDIA GeForceシリーズが必ず勝ってしまう現状です。

Blender Benchmarkに近い性質を持つCinebench 2024（Redshiftエンジン）も、AMD Radeonでは「HIP」を処理に使います。結局、Blenderと似たり寄ったりの結果です。

Handbrakeを起動しようとすると、エラーメッセージが表示されるので「はい」をクリックしてください。

自動的に開いたウェブサイトから、Windows Desktop Runtime 6.0以降をインストールします。これでHandbrakeが起動するようになります。

• Big Buck Bunny Download（peach.blender.or）

次は、動画エンコードに使う動画ファイルを用意します。

Youtubeからダウンロードした動画でも何でもいいですが、著作権の問題でやや紹介しづらいので･･･、今回は誰でも使える「Big Buck Bunny」のデモ動画ファイルを紹介します。

「Big Buck Bunny」の動画ファイルは解像度別にいろいろ用意されています。

解像度が低いほどエンコード負荷が低く、解像度が高いほどエンコード負荷も高いです。ベンチマーク目的であれば、上記で一番解像度が高い1080p（h264）がおすすめです。

ダウンロードしたBig Buck Bunnyファイルを、Handbrakeにそのままドラッグアンドドロップして開きます。

Handbrakeが開きます。プリセットから「Hardware > H.265 NVENC 1080p」を選んでください。

エンコード開始をクリックして、グラフィックボードによる動画エンコードを開始します。

エンコードが完了したら、「履歴ウィンドウ」をクリックします。

ログファイルが開きます。下の方までスクロールすると、「work: average encoding speed for job is 100.0000 fps」とログが残っている行があるはずです。

この記録が動画エンコードの処理速度です。1秒あたりのエンコード枚数（フレームレート）を意味し、数値が高いほどエンコード性能が速いです。

RTX 4070は平均480 fpsを叩き出し･･･、CPUと比較して途方もない速さでエンコードを実行できます。

最新のRTX 4000シリーズから使える「NVEnc AV1」形式は、「動画」タブ → 「動画エンコーダー」から「AV1（NVEnc）」を選ぶとテストできます。

H.265（HEVC）形式よりさらに高画質でエンコード負荷が重たいと予想されますが、実際にどのような速度を叩き出せるかは、自分の目で確かめてみてください。

• stable-diffusion-webui（github.com）

上記のリンクから「sd.webui.zip」をダウンロードします。

ダウンロードした「sd.webui.zip」を適当な展開ソフトで展開します。

まず最初に、中に入っている「update.bat」を実行します。

コマンドプロンプトが自動的に開いて、Stable Diffusion Web UIのアップデート情報を取得してくれます。

アップデートの取得が終わったら、「run.bat」を実行してください。

自動的にコマンドプロンプトが開いて、Stable Diffusionの実行に必要な各種ファイルやプログラムをすべて自動で拾ってインストールしてくれます。

数分ほど待ってインストールが終わり、Stable Diffusion Web UIが自動的に開きます。

このままPrompt（呪文）を入力してAIイラストベンチマークを行えますが、いったんWeb UIを終了して、もう少しだけ設定を加えます。

「webui」フォルダを開きます。

「webui-user.bat」をメモ帳で開いてください。

「COMMANDLINE_ARGS=」に、以下のコードを追加します。

• –opt-sdp-no-mem-attention –opt-channelslast

追加したら上書き保存（Ctrl + S）してメモ帳を閉じます。

「run.bat」を実行して、Stable Diffusion Web UIを起動します。

Prompt（呪文）に適当な英語を入れてください。今回は「墨彩画」を生成させたいので

• (masterpiece), 1 girl, waterfall, on night, Chinese Ink painting, full moon,

と入力してみました。

Batch count（生成回数）を「10」に設定して、「Generate」ボタンをクリックしてAIイラストの生成をスタートします。

生成が完了したら、Web UIとセットで動いているコマンドプロンプトを見てみましょう。生成にかかった時間と、生成速度（it/s）が記載されているはずです。

今回使ったRTX 4070の場合、512×512サイズで10枚生成するのに約13.4秒かかり、生成速度が平均17.94 it/sでした。

次は、生成サイズを「768 x 768」に変更してベンチマークします。

全体的に速度が低下するはずです。10枚分の生成に約34.4秒かかり、生成速度は平均6.92 it/sでした。

さらにサイズを「768 x 1024」に引き上げてベンチマークします。

10枚の生成に約49.2秒もかかり、平均4.82 it/sの生成速度でした。

アップスケーリングの速度も検証します。「Hires.fix」にチェックを入れて、「Upscale by」を「1.5」に設定します。

Hires.fixは非常に負荷が重たいので、待ち時間を減らすためにBatch count（生成回数）を「5」に減らしました。

イラストの生成自体は4秒で完了しますが、1.5倍アップスケーリングに約14秒もかかっている様子です。5枚の生成に約105秒（1分45秒）もかかってしまいました。

「CapFrameX」と「RTSS Rivatuner Statistics Server」をインストールしてから、CapFrameXを起動します。

さっそく変更するのが「Capture hotkey」です。初期設定はF11に割り当ててあり、微妙に使いづらいので好みのショートカットキーに変更します。

筆者はNum 9が好みです。

次に「Capture time」を設定します。自作PCのベンチマーク目的なら「0」に設定してください。「0秒」だと無制限になり、自分でホットキーを押すまでフレームレートを記録し続けます。

「OVERLAY」タブを開いて、「Overlay items」からオーバーレイに表示する項目を設定します。

「Framerate」と「Frametime」は必須級です。「Graph」にチェックを入れると、リアルタイムにフレームレートの変動を確認できて便利です。

「GPU Fan」は必要に応じて表示させます。使っているグラフィックボードの静音設定を詰めたい時に役立つでしょう。

消費電力が気になる方は「GPU Power（W）」をおすすめします。特に、GeForce RTX 4000シリーズの内蔵電力センサーは非常に正確で、実測値に近い数値を表示できます。

ゲーム中のメモリ使用量を見るなら「Used Memory（GB）」で表示できます。ちなみに「Used Memory Game（GB）」で、現在プレイ中のゲームが使用しているメモリ容量を表示可能です。

オーバーレイ表示の設定をしたら、「SENSOR」タブを開いて、フレームレートのついでに記録するデータを設定します。

正直かなりマニアックな設定です。詳しく確認したい項目を選ぶといいでしょう。

「Sensor poling」は「500ミリ秒（0.5秒）」で十分です。

CapFrameXの各種設定を終えたら、実際にゲームをプレイしてフレームレートを測定します。今回は「アーマード・コア6」で検証します。

CapFrameXがプレイ中のゲームを正しく認識していれば、画面の左上にオーバーレイが表示されます。

では、最初に設定したホットキー（筆者の場合はNum 9）を押して、フレームレートの測定を開始します。一通りゲームをプレイしたら、再度ホットキーを押して測定を終了します。

CapFrameXに集計結果が表示されています。

• Average（平均）：109 fps
• P1（下位1%）：68.3 fps

オレンジ色のバーが平均フレームレートや最低フレームレートなど、フレームレートに関連する統計データです。

• Smooth（問題なし）：100%
• Low FPS（極端に低いfps）：0%
• Stuttering（スタッター）：0%

右側にある円グラフがスタッターの発生頻度を示す統計データです。

平均フレームレートが高くても、スタッターの発生頻度が多いと主観的な快適さが損なわれます。逆にフレームレートが多少低い状態でも、スタッターがほとんど無いなら意外と快適です。

最低フレームレートや下位1%（P1）フレームレートも、主観的な快適さに関わる指標として有用です。

平均フレームレートだけに囚われず、複数の指標に注目すると使っている自作パソコンの改善点が見えてくるかもしれません。

CrystalDiskInfoの初期画面です。初期設定ではシリアルナンバーがそのまま公開されているので、うっかりインターネットやSNSにアップしないように注意しましょう。

「機能 → シリアルナンバーを隠す」にチェックを入れて、シリアルナンバーを非表示にできます。

「機能 → 上級者向け機能 → 生の値 → 10 [DEC]」で、各エラー項目の数値が人間にとって読みやすい形式に変換されます。

• シリアルナンバー：非表示
• エラーの数値：10 [DEC] ※クリティカルワーニングエラーの確認は「16 [HEX]」を推奨

以上の設定で、CrystalDiskInfoが見やすくなりました。

表示されてるステータスが多すぎて意味が分からないです。

「SSD」と「HDD」で危険視するべきステータスが違います。まずは最近もっぱら人気の「NVMe SSD」から解説します。

NVMe SSD（NVM Express 1.4～規格）で表示されるS.M.A.R.T.値で、特に注意すべき項目は以下の通り。

• ID 01：クリティカルワーニング（Critical Warning）
• ID 03：予備領域（Avaiable Spare）
• ID 05：使用率（Percentage Used）

クリティカルワーニング（01）は、SSDの交換が推奨されるほどの障害が検知された場合に「0」以外の数値が表示されます。

• 00000001（ビット0を検知）：予備領域（03）がしきい値（04）より低い
• 00000010（ビット1を検知）：温度が上限しきい値より高い、または下限しきい値より低い
• 00000100（ビット2を検知）：NVMサブシステムの信頼性が低下（原因は多岐に渡ります）
• 00001000（ビット3を検知）：SSDがリードオンリー（読み込み限定）モードに切り替わった
• 00010000（ビット4を検知）：DRAMキャッシュ内部のデータをバックアップするシステムに異常が発生
• 00100000（ビット5を検知）：PMR（Persistent Memory Region）機能に異常が発生

よく分からないと思うので、ビット1以外の問題が検出されたら･･･NVMe SSDの交換をおすすめします。

予備領域（03）はSSDのデータを保存しているNANDメモリが壊れた時に、代替として使われる余分な容量を意味します。「0」になると壊れたエリアを修復（代替）できなくなり、保存されているデータの信頼性が大きく損なわれます。

しきい値（04）より予備領域（03）が少なくなったら、NVMe SSDの交換をおすすめします。

使用率（05）はSSDの書き込み保証値（TBW）の使用量に相当する数値です。TBWが1000 TBのSSDで、900 TB書き込むと

• 10進数（10 [DEC]）：90
• 16進数（16 [HEX]）：5A

と表示されます。

NVMe SSDのS.M.A.R.T.値はとりあえず「クリティカルワーニング（01）」に要注意ですね。

SATA HDDで表示されるS.M.A.R.T.値で、特に注意すべき項目は以下の通り。

• ID 05：代替処理済のセクタ数（Reallocated Sectors Count）
• ID C4：セクタ代替処理発生回数（Reallocation Event Count）
• ID C6：回復不可能セクタ数（Uncorrectable Sector Count）

上記3つのS.M.A.R.T.値が検出されたHDDでは、そうではないHDDと比較して有意に故障率が上昇する傾向がGoogleの研究※によって明らかです。

ただし、故障したHDDのおよそ4割でS.M.A.R.T.値に異常が検知されないままでした。故障する前に兆候を見られれば良いのですが、運が悪いと「突然死」で終了です。

紛失して困るデータを保存するなら、必ずバックアップを取っておきましょう。単騎運用は長期的に高リスクです。

S.M.A.R.T.値の説明は筆者の感想や経験則ではなく、「規格」や「統計」の話をしています。こうなったら必ず壊れる･･･、といった魔法のような話じゃないです。

※Failure Trends in a Large Disk Drive Population（Google Research）より引用

CrystalDiskMarkを起動します。

設定からテストモードを変更できますが、個人的にHDDやSSDを問わず「デフォルト」モードでベンチマークしています。

空いている行にテキストを自由に入力できます。テストしたSSDの製品名や、接続インターフェイスを書いておくと、あとから見返す時に便利です。

数分ほど待つとベンチマークが完了します。上から順番に

• SEQ1M Q8T1：いわゆるメーカー公称値（最大シーケンシャル性能）を確認する項目
• SEQ1M Q1T1：特に気にしません
• RND4K Q32T1：特に気にしません
• RND4K Q1T1：もっとも実用上の性能に関わる項目

と見ています。中間の2行は正直あまり意味がないので、一番上と下だけ個別にベンチマークするといいでしょう。

レイテンシ（応答時間）を見たい場合は、右上にある「MB/s」から「マイクロ秒（us）」をクリックします。

RND4K Q1T1の応答時間を確認できます。

最新のNVMe SSDでCPU直結M.2スロットだと、Read：40～50 us前後です。チップセット経由のM.2スロットは60～90 us程度まで下がります。

データセンター向けの業務用SLC NAND SSDなら、おそらくRead：30 usを切ります。相変化メモリ型（Optane SSD）でようやく10～20 us台に入るはずです。

DRAMキャッシュやpSLCキャッシュの影響を確認したい方は、テストサイズを「64 GiB（最大値）」に引き上げて、再度ベンチマークしてみてください。

キャッシュ制御が下手なSSDは64 GiB程度で音を上げてしまい、書き込み性能（Write）に大幅な劣化が見られるはずです。

一番下の項目「RND4K Q1T1」こそ、SSDでもっとも重要な性能だと知られて欲しいです。

TxBENCHを起動して「詳細ベンチマーク」タブを開きます。

「タスク登録」を開いて、ベンチマークの詳しい内容を設定します。

今回は連続的なシーケンシャル性能をチェックします。

• シーケンシャル読み込み
• シーケンシャル書き込み

を選んで「実行タスクへ登録」します。

テストを開始します。

CrystalDiskMarkとTxBENCHの違いは、前者が最大値だけをピンポイントに評価するのに対して、後者は連続的な性能変化も含めて総合的な評価ができる点が大きいです。

TxBENCHに登録されているシーケンシャルタスクは「1分間」維持されます。

つまり上記のベンチマーク結果であれば、平均3211 MB/sの書き込み性能を維持しているので、3211 x 60秒 = 192660 MB（約190 GB）ものサイズを書き込んでも性能が下がらなかったと判定可能です。

さらに長時間の連続性能を確認するなら、シーケンシャルタスクの中身を編集します。

編集画面が開いたら、左下の「高度なタスク設定」を開きます。

タスクの終了条件から「経過時間」にチェックを入れて、任意の秒数を入力します。容量500 GB～1 TBは「300秒（5分）」で十分でしょう、容量2 TB以上は「600秒（10分）」をおすすめします。

または、終了条件から「容量：書き込み」を選んで、SSDの容量100%に相当する数値（= 全領域書き込みに相当）を入力すると良いでしょう。

メーカー公称値に近い数値でベンチマークをしたい場合は、タスクの編集の右下にある「QD」を引き上げてください。筆者は「QD：4」が好みですが、メーカー公称値は「QD：8」の場合が多いです。

もっぱらSSDオタク向けのベンチマークです。SSD温度の検証にも活用できます。

FF14ベンチマークを起動して、「設定変更」から設定を変更します。

グラフィック設定プリセットを「最高品質」に変更します。

ディスプレイ設定 → スクリーンモード設定を「フルスクリーンモード」に変更します。

スタートボタンをクリックして、FF14ベンチマークを開始します。

約6分20秒もの時間がかかる非常に長いベンチマークです。

最後にリザルト画面が表示されます。画面の左下にローディングタイム（ロード時間）が記載されています。

ベンチマーク終了後、「レポート出力」が押せるようになります。

ベンチマークの詳細な結果を記載した、txt形式のログファイルが出力されます。

• ベンチマークスコア：平均フレームレートの約135～145倍
• 平均フレームレート：全5シーンの平均値
• 最低フレームレート：全5シーンでもっとも低かった数値
• 評価の内容：スコアの分布ごとに評価が設定されています
• ローディングタイム：シーン切替時のロード時間

シーン別のローディングタイムを確認できます。

HWiNFO64を起動します。「センサーのみ」にチェックを入れて「設定」を開きます。

言語を今ひとつ分かりづらい「日本語」から「英語」に変更します。

センサー画面が開いたら、各ハードウェアの項目名をクリックしてDeleteキーで無効化します。

いったんすべての項目を無効化しました。

今回はCPU温度をモニタリングしたいので、CPUに関係する項目だけをInsertキーで有効化します。

筆者がCPU温度をモニタリングする時は、基本的に以下の項目を有効化しています。

• CPU Clock（クロック周波数）
• CPU Usage（CPU使用率）
• CPU Temperature（CPU温度）
  AMD Ryzenの場合はCPU (Tctl/Tdie）も使用
• CPU Package Power（消費電力）
• CPU PPT（電力制限値）

CPU温度だけでなく、クロック周波数CPU使用率も同時に記録して、どのような使い方をすると温度が上昇しやすいのかを確認できます。

モニタリングする項目を有効化したら、右下にある歯車マークをクリックします。

Polling Period（測定周期）を任意の数値に変更して、「Set」で確定します。

• Global：データを記録する周期（1000 ms = 1秒ごとに記録）
• Disk S.M.A.R.T. every：SSDやHDDのデータを記録する周期（1 cycles = Globalと同期）

筆者がよく使う周期は「Global：1000 ms」に「Disk S.M.A.R.T. every：1 cycles」です。

では、記録を開始します。右下にある書類マークをクリックしてください。

記録データの名前を適当につけます。今回は「CPU Temp (CR23 10 min)」で記録します。

書類マークに「バッテン」が表示されました。これでCPU温度のモニタリングが開始された状態です。

CPU温度の負荷ベンチマークに「Cinebench R23」を使います。File → Advanced benchmarkにチェックを入れます。

ベンチマーク時間を「10分」に設定します。

Cinebench R23のマルチスレッドベンチマークを開始して、CPUに負荷をかけます。

Cinebench R23（10分間）が完了したら、HWiNFOの書類マークをクリックして、測定を終了します。

保存したログファイル「CPU Temp (CR23 10 min).CSV」を、表計算ソフトで開きます。

• 【無料】LibreOffice
• 【有料】Microsoft Office 365

CPU温度に該当する列を右クリックして「コピー」してください。AMD Ryzenの場合は「CPU （Tctl/Tdie）」がCPU温度に該当します。

新規ドキュメントを作成して、適当な列に「貼り付け」ます。

貼り付けた列を選択した状態で、「グラフ」を挿入します。

グラフの種類は「線のみ」です。

Cinebench R23（10分間）実行中のCPU温度をグラフ化できました。

CPU使用率が100%に張り付いた状態が10分続いても、CPU温度は80℃手前で止まっている様子がかんたんに見て取れます。

• =AVERAGE(計算したい範囲)
• =MEDIAN(計算したい範囲)
• =MAX(計算したい範囲)

Average関数やMax関数を使って、平均値や最大値も計算可能です。今回の場合は平均77.5℃、最大78.8℃でした。実用上、まったく問題ない温度だと判断できます。

以上の解説で、HWiNFOとベンチマークソフトを使った温度測定の流れを理解できたと思います。同じ要領で、グラフィックボードやSSDの温度を測定してみると面白いかもしれません。

では、今回のテストに使った自作PCで作成した作例グラフを紹介します。

CPU温度のグラフです。HWiNFOで測定、Cinebench R23（10分間）で負荷、Libre Calcでグラフを作成しました。

グラフィックボード温度のグラフです。HWiNFOで測定、3DMark Speed Way Stress Test（10分間）で負荷、Libre Calcでグラフを作成しました。

「MSI RTX 4070 Ventus 3X OC」の冷却性能はかなり優秀で、静音性も抜群に良いです。

SSD温度のグラフです。HWiNFOで測定、TxBENCH（2分間）で負荷、Libre Calcでグラフを作成しました。

マザーボード付属M.2ヒートシンクと、CPUクーラーが生み出すエアフローの影響で、連続負荷を掛けても温度上昇は非常に少ないです。

ここまできちんと測定している自作PCユーザーはほとんどいません。実際にやってみるとかなり手間が掛かりますし、正直「趣味」の領域です。

Microsoft Store版の「Speedtest by OOKLA」をインストールします。

起動したら、とりあえず「スタート」ボタンを押してベンチマークを開始します。

遅延が10 ミリ秒、ダウンロード速度が2194 Mbps、アップロード速度が997 Mbpsでした。

他のサーバーで性能が変わるかチェックします。Speedtestで定番の「IPA CyberLab」に変更してみましょう。

遅延が11 ミリ秒、ダウンロード速度が2010 Mbps、アップロード速度が2374 Mbpsでした。おおむね2.5G LANの理論値に近い数値です。