VPS基準測試及性能測試指南（CPU/I/O/網絡測試及解讀）

在 VPS 圈子裏，檢驗機器性能最直接的方法就是「跑分」。通過基準測試（Benchmarking），我們可以把看不見摸不着的硬件性能，量化為具體的數據。這不僅能幫你判斷這台機器是否物有所值，還能在後續部署業務（如建站、跑數據庫）時，讓你對伺服器的承載能力心裏有底。

下面的文章內容沒有枯燥無聊的硬件理論，只會用最簡潔易懂的方式，手把手教你在 Debian 或 Ubuntu 系統上運行主流的跑分腳本，並教你如何看懂那些密密麻麻的英文測試結果。

一、跑分前的準備工作與避坑警告

在開始測試之前，請務必了解以下三條原則，否則你可能會得出錯誤的結論，甚至導致機器被封。

不要在生產環境跑分： 性能測試會瞬間將 CPU、內存或硬盤跑滿（達到 100% 負載）。如果你機器上已經運行了正常業務（比如正在對外提供訪問的博客），跑分會導致業務直接卡死斷網。測試一定要在剛裝好系統的空機器上進行。
警惕「鄰居效應」： VPS 是共享宿主機的。如果你在晚高峰（大家都在用機器的時候）測試，跑出的分數肯定比深夜低。建議在不同時段測兩次，取平均值。
適可而止，嚴禁死循環測試： 連續幾個小時不間斷地跑測試腳本，會被服務商判定為惡意佔用資源（Abuse），極大概率會被直接停機。跑完一次，看懂數據即可，不要為了刷高分反覆測試。

更新系統基礎組件：在終端連上 SSH 後，先執行以下命令確保下載工具齊全：

apt update
apt install curl wget -y

二、 YABS 綜合測試腳本

在各個 VPS 交流社區（如 NodeSeek、LowEndTalk），目前公認最權威、最全面的綜合測試腳本是 YABS (Yet Another Bench Script)。它只需一行命令，就能自動完成磁盤 I/O、網絡帶寬和 CPU 性能的三大項測試。

1. 運行 YABS

在終端直接複製並回車執行以下命令：

wget -qO- yabs.sh | bash

(注意：整個測試過程大概需要 5 到 15 分鐘，具體取決於你的機器性能，請耐心等待，不要關閉窗口。)

2. YABS 測試

測試完成後，屏幕上會輸出三大塊信息。我們一塊一塊拆解來看。

第一塊：系統基礎信息 (Basic System Information)

這裏顯示的是腳本檢測到的實際硬件配置。你需要核對這裏的信息與你購買的套餐是否一致。

Processor: CPU 的具體型號（如 AMD EPYC 7763 或 Intel Xeon E5-2690）。通常來說，AMD EPYC 的單核性能要強於老款的 Intel Xeon。
CPU cores: 核心數。
RAM: 實際可用內存（通常會比標稱的少一點點，比如 1GB 內存顯示為 980MB，這是正常的，系統內核會預留一部分）。
Disk: 硬盤總容量。

第二塊：磁盤 I/O 性能 (fio Disk Speed Tests)

YABS 使用專業的 fio 工具測試硬盤讀寫速度。它會分別測試 4k、64k、512k 和 1m 四種不同大小的數據塊。

新手該怎麼看？你不需要看懂每一行，重點只看 4k 這一行的讀（Read）和寫（Write）速度，以及最後的 IOPS（每秒讀寫次數）。

為什麼只看 4k？因為在實際運行網站、數據庫（如 MySQL）或各種面板時，系統絕大多數時間是在讀寫非常碎小的臨時文件，這就是 4k 隨機讀寫。只有當你用伺服器做純粹的文件下載站時，大文件連續讀寫（1m）的速度才有意義。

性能及格線（4k 隨機讀寫）：

機械硬盤 (HDD)： IOPS 通常在 100~300 左右，速度幾 MB/s。極度卡頓，不適合跑數據庫。
普通固態 (SSD)： IOPS 在 5000~10000 左右，速度 20MB/s ~ 50MB/s。完全能滿足普通的個人博客和面板需求。
極速固態 (NVMe SSD)： IOPS 在 50000 以上，速度 100MB/s 甚至幾百 MB/s。性能極佳，適合高並發數據庫。

第三塊：全球網絡測速 (iperf3 Network Speed Tests)

這部分會測試你的伺服器到全球各地（北美、歐洲、亞洲）主要測試節點的上傳（Send）和下載（Receive）速度。

新手該怎麼看？

核對峰值： 找一個離你伺服器物理位置最近的節點（比如伺服器在洛杉磯，就看 Los Angeles 的測速）。如果測出來的上傳/下載速度能達到 900+ Mbits/sec，說明這台機器確實給你分配了 1Gbps 的帶寬端口。
注意單位換算： 測速結果的單位是 Mbits/sec（兆比特每秒，簡稱 Mbps）。你平時用迅雷下載看到的單位是 MB/s（兆字節每秒）。兩者是 8 倍的關係。 1000 Mbps 的帶寬，實際極速下載速度最多是 125 MB/s 左右。

第四塊：CPU 跑分 (Geekbench 5/6)

YABS 會調用著名的 Geekbench 軟件給你的 CPU 打分。

性能及格線（以 Geekbench 5 為例）：重點關注 Single Core（單核分數）。因為絕大多數中小型的建站環境（如 Nginx、PHP、簡單的 Docker 容器）都是極其依賴單核性能的。核心數再多，如果單核性能拉胯，網站加載依然會慢。

單核 < 500 分： 性能較弱（通常是極其老舊的 Intel 洋垃圾 CPU 或者被嚴重限制了性能）。跑個靜態網頁沒問題，跑複雜的動態程序會吃力。
單核 500 ~ 800 分： 主流水平。滿足 90% 的日常建站、科學網絡和面板監控需求。
單核 1000 分以上： 性能強勁（通常是較新的 AMD Ryzen 或 EPYC 處理器）。運行速度絲滑，編譯軟件極快。

三、 Sysbench

如果你不想跑漫長的 YABS，只想花 10 秒鐘快速測一下 CPU 到底有多快，可以使用 Linux 官方軟件庫自帶的 sysbench。

1. 安裝 Sysbench：

apt install sysbench -y

2. 運行素數計算測試： 我們讓 CPU 強制計算 1 到 20000 之間的所有素數。這個計算過程純靠 CPU 的硬算力。如果你是 1 核 CPU，就讓 1 個線程跑：

sysbench cpu --cpu-max-prime=20000 --threads=1 run

3. 如何解讀結果： 測試結束後，找到 CPU speed 下面的 events per second:（每秒完成的事件數）。

分數越高越好。
這個數值代表了 CPU 純粹的計算能力。在同樣的 1 線程下，得分 1000 的機器，其單核性能就是得分 500 的機器的兩倍。通過這個命令，你可以快速橫向對比你手裏不同服務商的機器性能。

四、 dd 命令

雖然前面提到了 YABS 里的 fio 測試 4k 速度最專業，但在日常交流中，很多人依然喜歡用最簡單的 dd 命令來測試硬盤的「連續大文件寫入速度」。

1. 運行 dd 寫入測試： 在終端執行以下命令，系統會向硬盤寫入一個 1GB 的測試文件（測試完會自動刪除）：

dd if=/dev/zero of=test_1GB.bin bs=1M count=1024 oflag=direct
rm test_1GB.bin

2. 如何解讀結果： 運行完畢後，終端會直接輸出類似這樣的一行： 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.70293 s, 631 MB/s

這個 631 MB/s 就是你的硬盤連續寫入速度。
注意：很多黑心商家會用廉價的機械硬盤組陣列，跑 dd 命令能跑出 500MB/s 的驚人數據（看似是極品 SSD），但一旦遇到真實的建站碎文件讀寫，機器立刻卡死。所以，dd 測試結果僅供參考，看硬盤真實水平依然要依賴 YABS 里的 fio 4k 測試結果。

五、回國網絡路由與測速 (NextTrace & Speedtest)

YABS 測的是國際帶寬，但如果你人在國內，通過 SSH 連接伺服器或者搭建獨立博客，你最關心的一定是「這台機器連回國內的速度有多快」。

1. 測試真實的回國網速

我們可以使用專門針對國內節點優化的 Speedtest 腳本。

 bash <(curl -Lso- https://bench.im/hyperspeed)

這個腳本會自動尋找中國電信、聯通、移動三大運營商分佈在全國各地的測速節點，並測試你的 VPS 到這些節點的真實上傳和下載速度，以及延遲（Ping）。（最近有時候有些節點測不了，自己可以嘗試下選擇其他類型，不一定需要直接選三網測速）

2. 測試回國路由軌跡 (NextTrace)

為什麼有的機器明明測速有 100Mbps，但用起來就是卡？因為數據包「繞路」了。比如數據本來應該從洛杉磯直接通過海底光纜傳到上海，結果它先去了日本，又繞去了歐洲，最後才慢吞吞地擠進國內。

測試路由軌跡，首選開源工具 NextTrace。

安裝 NextTrace：

curl nxtrace.org/nt | bash

測試到上海電信的路由：

nexttrace 202.96.209.133

執行後，它會在屏幕上打印出數據包經過的每一個路由節點。如果整個路徑顯示經過的節點很少，且延遲在 130ms~160ms 之間（以美西節點為例），並且路徑里出現了 59.43.*.*（電信 CN2 GIA 專線 IP），那麼恭喜你，買到了優質的直連網絡機器。

結語

以上就是關於 VPS基準測試及性能測試指南的全部內容了。嘗試在自己新買的伺服器上進行上面的一系列測試，同時也不要讓跑分成為焦慮的源泉。基準測試的根本目的是讓你做到「知己知彼」，以便更好地規劃伺服器的用途。

一、 跑分前的準備工作與避坑警告