ハードウェアベンチマークでスペック虚偽表示を見抜く方法：3点セットによる証拠収集

ハードウェア識別＋複数回ベンチマーク＋AIスループットでスペック虚偽表示を定量化します。

更新 2026-08-14 · CloudWorth

ハードウェアベンチマークスペック虚偽表示VPS検証オーバーコミット検出CloudWorthSteal TimeVPSオーバーセール

ベンチマークにAIスループットとSteal Timeの証拠収集を組み合わせて初めて、虚偽表示を見抜けます。

3点セットでスペック偽装を見抜く

OSを再インストールしたり返金を求めたりするのは、まだ早い。いわゆる「ハードウェア・ベンチマーク・構成」のスペック偽装を見抜くには、私は3点セットで印象を証拠に基づくデータへ変えることにしている：/proc/cpuinfo で型番とコア数を確認、sysbench で実際のCPU演算能力を測定、さらにAI推論のリアルタイムスループット（例：llama.cpp のプロンプト処理速度）を重ねる。この3つは相互に検証し合うため、どれが欠けてもいけない。また、ベンチマークツールページ に自分のチェック用テンプレートを保存し、新しいマシンを起動するたびにそれをそのまま実行している。

多くの人は lscpu を見ただけで結論を出しますが、仮想化レイヤーは型番文字列を偽装できます。以前、8コアのEPYCと表記されたVPSを見たことがあります。nproc は確かに8を返しましたが、sysbenchのシングルコアスコアは同じ型番の物理マシンの4分の1しかありませんでした。さらに /proc/cpuinfo の cpu cores と siblings を調べると、ハイパースレッディングが無効になっており、実際に提供されているのは4つの物理スレッドだけであることが判明しました。ここでのベンチマークは自慢のためのツールではなく、実態を暴く鏡です。

さらに重要なのは3点目のAI推論スループットです。最近のクラウドベンダーは「AI演算力」を売り文句にすることが多いですが、CPUの型番が良くても推論が速いとは限りません。私は同じモデルと量子化設定で tokens/s を測る習慣をつけています。これは純粋なベンチマークよりも実際の負荷に近い指標です。標称16コアでベンチマークの数値も正常なのに、スループットが8コア相当しかない場合、おそらく隣のテナントがリソースを奪っています。つまりSteal Timeが急上昇しているのです。vmstat の st 列や /proc/stat の steal フィールドを使えば、「迷惑な隣人」がどれだけCPUを盗んでいるかを直接数値化できます。

この3点セットにはもう一つ使い道があります。FinOpsの割増率を計算することです。ベンチマークとスループットの検証が完了したら、「実際に利用可能な演算能力 ÷ 標称演算能力 × 価格」で単位演算能力あたりのコストを算出し、パブリッククラウドの標準インスタンスと比較することで、このマシンが本当にコスパが良いのか、それともバカ税なのかを判断できます。スペック偽装は単なるパラメータの詐称ではなく、コストのブラックホールでもあります。

次のステップとして、各コマンドの具体的な実行方法と出力の解釈を説明し、この3点セットを再検証可能なフォレンジックプロセスに変えていきます。

跑分と仕様の不一致

クラウドサーバーを手にしたら、まず /proc/cpuinfo に書かれているコア数やスレッド数を急いで確認しないこと。ハードウェアのベンチマークと仕様の水増し（虚標）のギャップは、何気ない数字のいくつかに隠れていることが多い。私はまず sysbench cpu --threads=N --time=30 run を一通り実行し、lscpu の Model name と cat /proc/cpuinfo の processor リストを照合する習慣がある。8コアなのに4コア分のスコアしか出ないなら、まずハイパースレッディングが無効になっていないか確認する——しかし、より一般的なのは、CPUがQoSによって周波数制限されていることだ。

sysbench cpu --threads=$(nproc) --time=30 --events=0 run

events per second が安定しているか注目する。最初の10秒は高く、後の20秒で急落するなら、おそらくターボブーストが途切れているか、ホストマシンが密かにリソースを奪っている。このときは vmstat 1 の st 列も併せて確認する——Steal Time が5%を超えたら、ほぼ「悪隣人」がCPUを奪っていると断定できる。ベンダーが書いた「クロック 3.5GHz」を信じてはいけない。それはシングルコアのバースト時のピーク値であり、持続的に得られる保証ではない。

仕様の水増しはCPUだけに限らない。メモリ帯域やディスクIOもオーバーコミットされている可能性がある。そのため、私は dd でキャッシュをバイパスしてベアディスクを測定し、さらにAI推論（例: 小さなモデルをロードして連続プロンプトを実行）を行って実際のスループットを確認している。ベンチマークは瞬間的なスナップショットであり、AIスループットこそが継続的な負荷の下での真の反映である。ちなみに、クラウドベンダーを比較するときは、表示価格だけを見てはいけない——FinOps プレミアム率 =（実性能 ÷ 仕様性能）÷ 単価。ベンチマークと仕様が一致しない場合、高価なものが必ずしも悪いわけではないが、安いものは通常、より水増しされている。

最後に、3回のベンチマーク結果をログに保存し、日付とインスタンスIDを記録する。更新の前に再度実行し、スコアが低下していないか確認する——これが最も直接的な「降配の証拠収集」である。

実スループット検証AI

ベンチマークはCPUの静的ピークしか反映しません。ハードウェアのベンチマークも重要ですが、スペック詐称で最も恐れるべきは「実際のスループット」です。特にAI推論のような連続高負荷では顕著です。私はよくllama.cppやvLLMで固定モデル（例：Qwen2.5-7B-Q4）をロードし、同じプロンプトを実行して、tokens/sが公称の演算能力と一致するか確認します。8コアの公称なのに4コア分のスループットしか出なければ、オーバーコミット（超売り）やスペックダウンを疑うべきです。

コマンドは簡単です：./llama-cli -m model.gguf -p "短い文章を書いて" -n 128 を連続3回実行して中央値を取ります。同時に vmstat 1 を実行してsteal列を観察します。AI推論中にstealが継続的に5%を超える場合、隣人がCPUを奪っていることを意味し、「悪質な隣人」の確証となり、スループット低下も説明できます。

さらにFinOpsの計算をしましょう：公称8コアで月額50ドルと仮定し、実際のスループットが公称の半分しかなければ、トークン単価は2倍になり、プレミアム率は100%に達します。これは単なる「性能割引」ではなく、虚偽表示された構成に対して余分に支払っているお金です。ハードウェアベンチマーク + AI実スループット + stealの証拠、この3つのステップで、スペック詐称は「感覚」から定量化可能な請求書の証拠に変わります。

悪隣人オーバーセール検出法

オーバーセールは、クラウドサーバーの「ハードウェアスコア・スペック偽装」の最も典型的な原因です。あなたが購入したのは8コアですが、隣の10のインスタンスが同じ物理CPUを共有しています。この「盗まれた」性能をどうやって証拠に変えるのか？ Steal Timeを見てください。

Linuxでは、top の %st や vmstat の st フィールドが、仮想CPUが実CPUを待つ時間を示します。ベンチマーク中に %st が安定して5%を超える場合、vCPUが待機状態にあることを意味します。20%を超えると、ほぼ間違いなく隣のインスタンスがリソースを奪っていると断定できます。sysbenchで複数回CPUテストを行い、毎回の events/sec と steal の変動を記録してください。スペック偽装のマシンは、最初のベンチマークは正常でも、その後に急落することがよくあります。キャッシュが隣のインスタンスに突破されるからです。

この手法はFinOpsのプレミアム率にも直接関係します。私は /app 内で同じ構成のインスタンスを比較しました：公称8コアでありながらスコアは4コア相当のマシンは、スコアあたりの単価で計算すると、正規のインスタンスより40%高いことがわかりました。言い換えれば、あなたは偽装ハードウェアに対してプレミアムを支払っており、その分の金額は、まさにクラウドベンダーがオーバーセールで節約したコストなのです。

したがって、スペック偽装を識別するには、cpuinfoだけを見てはいけません。ベンチマーク + AIスループット + Steal Time の3点セットこそが、再検証可能な証拠のパスです。次のセクションでは、具体的なbash検出スクリプトを紹介します。

割高率のコスパ比較

ハードウェアのベンチマークはスペックの虚偽表示を見抜くために使うが、CPUの絶対スコアだけを見るのではなく、価格も考慮に入れる必要がある。同じ価格帯で、8コアと謳うVPSが4コア分の性能しか出ず、さらにSteal Timeを考慮すると、実際の演算能力は謳い文句の3分の1しかない。こういう時に「割高率」を計算する。月額料金を利用可能なvCPUまたはAIスループットで割ると、単位演算能力あたりのコストが求められる。例えば、月額20ドルで8コアを買っても、ベンチマークが4コア相当なら、コアあたりのコストは5ドルになる。もし隣のノードでオーバーセリングが深刻で、Steal Timeが常時15%を超えるなら、コアあたりの実際のコストは10ドルに跳ね上がる——オンデマンドのパブリッククラウドよりも高い。この観点から見ると、スペックの虚偽表示は単なる「パラメータの偽装」ではなく、ユーザーに存在しない演算能力への対価を支払わせるものだ。FinOpsの言葉で言えば、これは「単位演算能力あたりの割高率が基準を超えている」状態だ。私は通常、複数回のベンチマーク＋AI推論スループット＋Steal Timeの3つの値を、この コスパ計算シート に入れて、算出した割高率が1.5を超えたらプロバイダーを乗り換える。本当に安いVPSとは、表示価格が安いのではなく、ベンチマーク後の実効単価が安いものを指す。このクロスチェックは、単にベンダーを非難するよりも有用だ。

再確認の手順と結論

最終的な証拠としては、一度のベンチマークスコアだけを見てはいけません。私の再確認の手順は、まず sysbench cpu --threads=1 と --threads=$(nproc) をそれぞれ3回実行し、中央値を取ります。同時に /proc/cpuinfo のモデル名、物理コア数、scaling_cur_freq を取得して、ターボがロックされているか確認します。次に dd と O_DIRECT を組み合わせてキャッシュを回避し、ディスク速度を測定します。ページキャッシュに騙されないようにするためです。

ベンチマークは最初の一歩に過ぎません。ハードウェアのベンチマークと構成の虚偽表示を決定的にするのはクロス検証です。ローカルAI推論（例: llama.cpp の tokens/s）を実行し、8コアと表記されているのに4コア分のスループットしか出ない場合、制限されているかハイパースレッディングが無効になっているとほぼ断定できます。

重要なのは Steal Time を確認することです。top や /proc/stat で steal の割合が高い場合、隣に厄介なテナントがいて、VPSが深刻にオーバーコミットされていることを示します。これは単にスコアが低いよりも致命的です。虚偽表示は単に「周波数の縮小」ではなく、ホストマシン全体の負債だからです。

最後に、これら3つを組み合わせて「実効計算能力」指標を作り、請求書と照合して FinOps プレミアム率 を計算します。例えば、8 vCPU と表記され月額80ドルの場合、実際には4 vCPU分のスループットしかなければ、コアあたりのプレミアムは倍増します。同じ金額のパブリッククラウドの標準インスタンスと比較すれば、すぐに正体が明らかになります。

結論: ベンチマーク + AIスループット + Steal Time の3点セットで、「構成の虚偽表示」を直感から定量化可能な証拠に変えることができます。一度の順位やCPUモデルに惑わされてはいけません。数字が請求書と一致して初めて有効です。