VPS 效能測試方法：CPU、磁碟與網路怎麼測才有意義（2026）
一句話結論：CPU、磁碟、網路是三類不同的測試，各有工具與讀法；有意義的結論來自相同條件下的多次測量與對照，而不是某一次的結果。
三類測試測的是不同的東西
CPU 測試回答處理能力，磁碟測試回答存取能力，網路測試回答傳輸能力。三類結果不能互相代替。
| 類別 | 主要指標 | 常用工具 |
|---|---|---|
| CPU | 單核與多核分數、持續表現、爭用程度 | Geekbench、sysbench |
| 磁碟 | IOPS、吞吐、延遲 | fio |
| 網路 | 延遲、抖動、丟包、吞吐 | ping、mtr、iperf3、speedtest |
CPU：Geekbench 的分數是什麼
Geekbench 是跨平臺的 CPU 基準測試工具，同一套測試可以在不同系統與架構上執行。它的 CPU 測試由一組模擬日常任務的工作負載組成，分單核與多核兩組輸出分數：單核分數反映一個核心處理單執行緒任務的能力，多核分數反映多個核心協同處理同一任務的能力。分數是相對指數，按 Primate Labs 的口徑，Geekbench 6 的分數以一臺參考機型的分數校準；這個關係只在同一大版本內成立，不同大版本的分數不能直接比較。引用分數時，必須同時確認工具的大版本、單核還是多核、測試時的機器狀態。
VPS 的 CPU 還有一層共享問題。共享 CPU 套餐的虛擬核心與同一臺宿主機上的其他虛擬機器共用物理核心，鄰居繁忙時表現下降；獨享 CPU 套餐把物理核心留給一臺虛擬機器，表現更穩定。判斷共享有沒有拖累自己，看 CPU 爭用時間：系統監控工具裡顯示的爭用佔比，是虛擬機器想執行卻被宿主機分配給其他虛擬機器的時間比例，爭用只在機器確實需要 CPU 時才會出現，要在負載執行時觀察。短時間跑分容易把突發能力當成持續能力，要拉長測試時間、重複多次，看後半段的表現是否與開頭一致。標稱核數不等於持續可用配額，以產品頁說明為準，見搬瓦工選購指南中的提醒。
磁碟：fio 測的是哪種讀寫
fio 是靈活的磁碟 I/O 測試工具，可以精確描述一種讀寫負載：讀寫模式、塊大小、佇列深度、持續時間、直接讀寫還是經過系統快取，都可以分別設定。讀寫模式分順序與隨機、讀與寫、混合三個維度：順序讀寫模擬大檔案的連續存取，隨機讀寫模擬資料庫一類小而散的訪問，混合讀寫模擬同時有讀有寫的真實應用。同一塊磁碟在不同模式下的結果差別很大，報結果時必須同時報模式。
磁碟測試有三個指標，要分開讀。IOPS 是每秒完成的讀寫次數，吞吐是每秒傳輸的資料量，延遲是每次讀寫從發出到完成的等待時間。塊小時 IOPS 高、吞吐低，塊大時吞吐高、IOPS 低。兩個失真來源要避開：測試檔案小於記憶體時，資料可能全程走記憶體快取，測到的是記憶體速度，要用足夠大的測試檔案或繞過快取的直接讀寫模式；測試時長太短時，固態盤的快取加速還沒寫滿，看不到回落。寫測試會實際寫入資料，只能在專門準備的測試檔案上做。
網路：延遲、抖動、丟包、吞吐分開測
網路測試先分段，再分方向，分段方法複用本站的中轉架構文章：從本地測到中轉機，從中轉機測到目標服務，回程單獨測。只測端到端，分不清是哪一段的問題；去程與回程可能走不同的路由，下載體驗按回程算，上傳體驗按去程算。ping 測往返時間，traceroute 顯示路徑上的每一跳，mtr 把兩者結合起來連續取樣，顯示每跳的延遲與丟包。查路由檔位要看 AS 號，對照線路分檔文章的總表：電信段是不是 AS4809、聯通段是不是 AS9929、移動段是不是 AS58807。
iperf3 測兩點之間的吞吐，需要在兩端各放一個角色：一端作服務端，一端作客戶端，客戶端向服務端傳送資料並統計速率。它可以測 TCP 吞吐，也可以測 UDP 吞吐並同時看到丟包與抖動；可以測上傳方向，也可以反向測下載方向。單流與多流的結果不能直接比較。speedtest 測到測速伺服器的路徑表現，原理是建立多條連線、傳送資料並統計速率，同時測延遲、抖動與丟包，結果取樣後去掉極值再取平均。測速結果只對到這臺測速伺服器、這條路徑成立。測速會消耗流量，流量口徑見同批文章《流量與頻寬口徑：峰值、保證頻寬與計費方式（2026）》。測速不能證明線路檔位，檔位要看 AS 號與雙向路由。
測試條件：時段、多次取樣、對照組
- 時段：白天測一次，晚高峰再測一次。晚高峰約 20:00 至 23:00 北京時間，普通骨幹網擁塞時，最佳化線路與普通線路的差距拉大。
- 多次取樣：同一條件重複多次，看分佈而不是看某一次。取多次結果的中間值，波動大時按較差的一端做保守估計。
- 對照組：換一個變數、其他條件不變，才看得出差別。比較兩臺機器時，同一時段、同一工具版本、同一測試端點各測一次；判斷中轉有沒有用時，直連與中轉在相同時段各測一次，以直連為基線。
- 控制變數：測試時停掉其他負載，記錄時間、方向、運營商、工具版本與關鍵設定，沒有記錄的測試無法復現。
結果怎麼讀
讀結果先看分佈，再看數值：多次結果集中在相近水平，結論可靠；結果忽高忽低，先找波動原因。按用途取捨：單執行緒應用看單核分數與延遲，批次任務看多核分數與持續表現，資料庫一類看隨機讀寫的 IOPS 與延遲，檔案傳輸看順序吞吐與網路吞吐。峰值與常態也要分開：瞬時峰值是某一秒內的速率，持續表現是拉長時間後的平均水平，選購決策按持續表現做。
常見誤區
- 單次跑分當結論：一次結果可能是快取命中、鄰居空閒的巧合，結論必須來自多次測量。
- 峰值當常態：短時間的高速可能是突發能力，持續負載後會回落，拉長測試看後半段。
- 不同機型直接比：配置與線路檔位都不同時，分數差說明不了問題，比較前先對齊條件。
- 不同版本直接比：同一工具的不同大版本，測試內容與計分方式可能不同，引用時必須註明版本。
- 只看下載不看其他：下載快不代表上傳快、延遲低、丟包少，四個網路指標分開測、分開讀。
- 拿測速當檔位證明：測速快不等於走了高檔路由，檔位看 AS 號與雙向路由。
侷限
本文只講方法與原理，不含實測資料、跑分數字與延遲數字；工具原理為 2026-11-13 的官方文件核對結果，以當前官方文件為準。本文不涉及工具的安裝與配置步驟，不推薦商家與機房。線路分檔口徑為本站已核驗的 2026-11-13 結果，以實時查詢為準。
2026-11-13：首發