共計 6729 個字符，預計需要花費 17 分鐘才能閱讀完成。
你是否也曾感覺自己的 VPS 有點卡，但又說不出所以然，甚至懷疑是自己的問題？
我曾經也是。
我買過一台伺服器，規格大約 2C8GB 80GB，跑分大約單核 500 分，但就是用起來不順手，SSH 偶爾延遲。我一度以為是自己的網路出現了問題
為了解開這個謎團，我開發了 MatrixBench。它不僅是一個工具，更是我 尋找真相的過程。我發現，傳統的跑分軟體只能告訴你一台伺服器的「百米衝刺」速度有多快，卻完全無法告訴你，它的「誠信度」是否及格。
MatrixBench 的使命，就是將那些模糊的「卡頓感」，翻譯成清晰、客觀、無法抵賴的 Steal Time 和 內核延遲 數據，幫助你和我，真正看懂我們為之付費的伺服器，其性能背後的真相。
我們檢測的不是性能，是「誠信」
在雲端計算時代，「超售」是一個普遍存在的現象。但超售本身並不可怕，可怕的是 無底線的「性能欺詐」。MatrixBench 的設計哲學，就是清晰地區分這兩者：
- 健康的「共享」(良性超售): 像合租公寓，鄰居之間可能會有輕微干擾（內核延遲波動），但你的私人空間基本得到保障。
- 惡意的「掠奪」(性能欺詐): 你的 CPU 時間會被無預警地「偷走」(
Steal Time飆高)。這就像你租的辦公室，房東隨時會把它鎖起來幾個小時。這不是性能問題，這是合約違約。
我們的 獨家 CPU 誠信度測試，正是為揭示這一點而生。它採用一種巧妙的、低壓力的「心跳檢測」方式，在不違反大多數服務商 ToS (服務條款) 的前提下，精準捕捉伺服器的每一次「心慌」與「失信」。
一站式的伺服器健康診斷平台
MatrixBench 整合了多項業界公認的測試工具，為你提供一份涵蓋了所有關鍵維度的綜合體檢報告：
- ✅ 獨家 CPU 誠信度診斷 (靈魂功能): 深入分析
Steal Time、CPU 拓撲結構與核心延遲，客觀評估伺 - 服器的真實穩定性。 - ⚙️ 全面硬體性能評測: 基於
sysbench與Geekbench 6，提供 CPU、記憶體與磁碟 I/O 的權威基準測試。 - 🌐 IP 與網路品質透視: 一鍵生成 IP 質量分析、全球網路速度、延遲和回程路由的專業圖文報告。
- 🎬 流媒體解鎖能力驗證: 快速檢測伺服器能否觀看 Netflix、Disney+ 等主流流媒體。
- 🖼️ 一鍵生成圖形報告 (本地化與隱私安全)： 核心結果圖形化，方便查看與分享。與眾不同的是，所有報告圖片均在您自己的伺服器上本地生成，不依賴任何外部 API 或圖床服務，確保您的數據 100% 在自己手中，安全且永久有效。
開發時期
其他功能因為都是有其他開源大佬所做的腳本，我只是負責整合，但是這個 CPU 誠信度測試可費了五天，最後問 ai（Gemini）才找出答案
起初我在做時就上網查：CPU 超售檢測 linux
但是得到的答案是
在 Linux 中，可透過 top 命令的 st (Steal Time) 值來檢測 CPU 超售。當虛擬機的 CPU 閒置時間（即物理機 CPU 被其他虛擬機佔用的時間）持續較高時，就可能表示存在超售問題。若 st 值持續高於 (10%) 且超過 (20) 分鐘，則可以基本斷定存在 CPU 超售。
但是這種答案基本上就是毫無卵用，你必須刺激一下他才會出現作用，而且大部分機器你沒有任何動作就是 0.0st 值 不可能那麼高 10st，當時我就想說用 stress-ng 但是這樣我拿一台超售嚴重的機器，連個效果都沒有，反而誤傷到 VDS，後來不管是加上 -vm 1 之類的也是沒有效果 st 值依然都是 0.0，於是我就去詢問 Gemini，發現竟然有這個工具 cyclictest，然後我經過測試之後才恍然大悟 這才是我要的 因為它運行時是輕負載 這時我才能真正測出他的最大延遲了！
但是重點來了，你能側的出來 出現一個狀況 萬一假設你有四顆核心 突然一顆核心處理其他事情 延遲自然間飆高 那這樣不就誤判？於是我又想說 那我們就想說欸？我們加上 st 值 這樣就能在跑的期間看是否真的 st 值飆高。
因為我們用這樣可能還會有一些事情，我們只做標準的你有幾核心就測幾核，這樣只有單一成績，而且無法解釋為啥高負載時會 st 值平穩，於是我在原有的基礎上加上一樣是用 cyclictest 指令，只不過變成測試該核心的 8 倍 看看最大值有什麼變化 就發現那個超售的機器 竟然比標準最大值還要小，不符合物理的 P =F/A，你 F 越大 A 不變 P 也應該變大 但是事實就是變小了，於是我也將這個測試放入腳本中。
PART 2
再來就是因為 wkhtmltoimage 問題導致我換成 chromium 的關鍵。
原本此腳本是用 aha 指令 ansi to html 再使用 wkhtmltoimage 轉成圖片的，但是事情出現了轉機當我測試 debain 13 時候發現無法安裝 wkhtmltopdf 也就是包被移除了，我就去官方 GitHub 找然後發現有 來安裝 欸？成功了，但在測試時發現在網路質量那關 AS 號和下方廠商完全不對齊，發現 wkhtmltoimage -v 看到 wkhtmltoimage 0.12.6.1 (with patched qt) 而我在 debain 12 安裝的是 wkhtmltoimage 0.12.6.1，會不會是這個問題？（是）。然後，首先我想要用編譯方式打包成 deb 但是因為 debain 13 刪減掉太多函式庫了 導致遲遲無法完成。
然而我那腦袋突然想要可以用 BenchOS 系統安裝 debain 12，然後安裝 wkhtmltopdf，想說這是最優解但是又發現 script 無法使用提示 no devices, 發現 devpts 沒掛載，掛載完後，雖大多數都是正常的，但是在 ip 質量、網路質量出現 排版錯亂情形 這是無解的
最後才去問 claude ai 請問 linux html to image 有哪那些工具呢？才出來可以用 wkhtmltopdf（這個否定）重點是 Chromium、Playwright 以及 shot-scraper，但是 Playwright 和 shot-scraper 一個是要用 npx 一個是 pip 安裝屬於外部安裝 我才採用 Chromium，然後因為無法自動調整大小，於是我故意將大小拉的比較大再用 imagemagick 切除邊界才正式告成！
為啥要使用 wkhtmltoimage？而不是使用 Playwright 之類的
我是用 debain 12 發現 wkhtmltoimage 是能正常使用的 於是我用他進行轉圖片，而且當初不是用 Playwright 因為他需要用 python 腳本來用，覺得複雜就不用，而且也需要安裝瀏覽器，有些時候還需要依賴
然後因為 wkhtmltoimage 在新版系統完全不支援 於是折衷換成了 chromium
快速上手與支持
我們相信，強大的工具，應該擁有最簡潔的使用方式。
快速上手：
bash <(curl -sL https://page.gebu8f.page/sh/mb)
參數
預設情況下，腳本會執行所有測試項目。你可以使用以下參數來運行特定的測試模組，節省時間。
| 參數 | 說明 |
|---|---|
-l <lang> | 設定腳本語言 (cn 為簡體中文, us 為英文 , 不選就是繁體中文) |
-sgb | 跳過 Geekbench 測試 |
-hw | 運行所有硬體相關測試 (基礎信息, 跑分, CPU 拓撲, CPU 誠信度) |
-oversell | 運行獨家的 CPU 誠信度與拓撲分析 |
-ip | 運行 IP 質量檢測 |
-nq | 運行網路質量 (回程路由) 檢測 |
-nr | 運行中國大陸三網路由追蹤（僅-l cn） |
-stream | 運行流媒體解鎖測試 |
-speedtest | 運行全球 Speedtest 測速 |
-ping | 運行 Ping 延遲測試 |
-stability | 運行 aria2c 大流量下載穩定性測試 |
MatrixBench 是一個不斷進化的開源專案。如果你有任何想法、建議，或遇到了問題，歡迎在我們的 GitHub 倉庫中提出 Issue。你的每一次反饋，都是 MatrixBench 變得更好的動力。
連結
GitHub：https://github.com/gebu8f8/MatrixBench
點個 Star 支持一下！🙏
-oversell 真實狀態
一台超售嚴重的機器會出現
CPU 拓撲結構分析
CPU NODE SOCKET CORE L1d:L1i:L2:L3 ONLINE
0 0 0 0 0:0:0:0 yes
1 0 1 1 1:1:1:1 yes
分析結果: 2 CPU (插槽), 2 物理核心 | 超線程(HT): 停用
注意：偵測到核心分散於不同插槽，此架構可能因跨 CPU 通訊而影響效能。
CPU 誠信度測試
[參數: 2 輪靜態分析, 優先級 80, 間隔 500µs]
[Round 1]
T0 Min: 6 Avg: 78 Max: 6697
T1 Min: 15 Avg: 83 Max: 4682
[Round 2]
T0 Min: 10 Avg: 87 Max: 17512
T1 Min: 10 Avg: 91 Max: 15432
[Stress Test - 16 Threads]
T: 0 (22301) P:80 I:500 C: 10000 Min: 7 Act: 59 Avg: 50 Max: 12051
T: 1 (22302) P:80 I:510 C: 9806 Min: 7 Act: 84 Avg: 53 Max: 11933
T: 2 (22303) P:80 I:520 C: 9640 Min: 7 Act: 132 Avg: 53 Max: 11889
T: 3 (22304) P:80 I:530 C: 9433 Min: 8 Act: 22 Avg: 55 Max: 11715
T: 4 (22305) P:80 I:540 C: 9284 Min: 7 Act: 38 Avg: 53 Max: 9869
T: 5 (22306) P:80 I:550 C: 9094 Min: 7 Act: 19 Avg: 54 Max: 11668
T: 6 (22307) P:80 I:560 C: 8945 Min: 8 Act: 41 Avg: 55 Max: 10016
T: 7 (22308) P:80 I:570 C: 8774 Min: 7 Act: 13 Avg: 55 Max: 12046
T: 8 (22309) P:80 I:580 C: 8620 Min: 7 Act: 29 Avg: 56 Max: 11715
T: 9 (22310) P:80 I:590 C: 8484 Min: 8 Act: 32 Avg: 56 Max: 11703
T:10 (22311) P:80 I:600 C: 8337 Min: 8 Act: 124 Avg: 55 Max: 11579
T:11 (22312) P:80 I:610 C: 8206 Min: 7 Act: 19 Avg: 57 Max: 10761
T:12 (22313) P:80 I:620 C: 8076 Min: 7 Act: 103 Avg: 57 Max: 11975
T:13 (22314) P:80 I:630 C: 7942 Min: 7 Act: 41 Avg: 56 Max: 11931
T:14 (22315) P:80 I:640 C: 7819 Min: 8 Act: 16 Avg: 58 Max: 9972
T:15 (22316) P:80 I:650 C: 7722 Min: 8 Act: 59 Avg: 56 Max: 6808
Steal Time (竊取時間) 峰值: 7.65%
最大內核延遲 (Max Latency): 6697 17512 µs
壓力測試峰值延遲 (Stress Peak): 12051 µs
分析：檢測到顯著的 CPU Steal Time (>2.0%)。這表明 Hypervisor (底層母機) 無法穩定分配所承諾的 CPU 時間，性能會受到不可預測的嚴重影響。不適用於任何對穩定性有要求的生產環境。
壓力結論：性能卓越。高壓下的延遲峰值與標準延遲相比，增幅在可控範圍內。
一台正常的機器會出現（我剛好在編輯文章）
CPU 拓撲結構分析
CPU NODE SOCKET CORE L1d:L1i:L2:L3 ONLINE
0 0 0 0 0:0:0:0 yes
1 0 0 1 1:1:1:0 yes
2 0 0 2 2:2:2:0 yes
3 0 0 3 3:3:3:0 yes
分析結果: 1 CPU (插槽), 4 物理核心, 4 線程 | 超線程(HT): 停用
CPU 誠信度測試
[參數: 2 輪靜態分析, 優先級 80, 間隔 500µs]
[Round 1]
T0 Min: 5 Avg: 24 Max: 2878
T1 Min: 6 Avg: 25 Max: 2972
T2 Min: 5 Avg: 24 Max: 2997
T3 Min: 8 Avg: 22 Max: 134
[Round 2]
T0 Min: 8 Avg: 22 Max: 157
T1 Min: 8 Avg: 23 Max: 151
T2 Min: 7 Avg: 23 Max: 539
T3 Min: 8 Avg: 23 Max: 676
[Stress Test - 32 Threads]
T: 0 (352714) P:80 I:500 C: 10000 Min: 4 Act: 17 Avg: 18 Max: 2976
T: 1 (352715) P:80 I:510 C: 9813 Min: 5 Act: 13 Avg: 17 Max: 3293
T: 2 (352716) P:80 I:520 C: 9633 Min: 6 Act: 15 Avg: 17 Max: 2140
T: 3 (352717) P:80 I:530 C: 9444 Min: 5 Act: 9 Avg: 16 Max: 2559
T: 4 (352718) P:80 I:540 C: 9251 Min: 5 Act: 33 Avg: 18 Max: 3077
T: 5 (352719) P:80 I:550 C: 9098 Min: 5 Act: 16 Avg: 17 Max: 2961
T: 6 (352720) P:80 I:560 C: 8949 Min: 5 Act: 16 Avg: 16 Max: 1972
T: 7 (352721) P:80 I:570 C: 8786 Min: 5 Act: 9 Avg: 17 Max: 2342
T: 8 (352722) P:80 I:580 C: 8617 Min: 5 Act: 15 Avg: 18 Max: 2685
T: 9 (352723) P:80 I:590 C: 8486 Min: 5 Act: 10 Avg: 17 Max: 3203
T:10 (352724) P:80 I:600 C: 8351 Min: 6 Act: 18 Avg: 16 Max: 1955
T:11 (352725) P:80 I:610 C: 8210 Min: 6 Act: 8 Avg: 17 Max: 2450
T:12 (352726) P:80 I:620 C: 8063 Min: 4 Act: 15 Avg: 18 Max: 2814
T:13 (352727) P:80 I:630 C: 7949 Min: 5 Act: 15 Avg: 17 Max: 2934
T:14 (352728) P:80 I:640 C: 7831 Min: 6 Act: 12 Avg: 17 Max: 2137
T:15 (352729) P:80 I:650 C: 7702 Min: 6 Act: 9 Avg: 18 Max: 2566
T:16 (352730) P:80 I:660 C: 7578 Min: 5 Act: 30 Avg: 19 Max: 2933
T:17 (352731) P:80 I:670 C: 7474 Min: 6 Act: 8 Avg: 18 Max: 2810
T:18 (352732) P:80 I:680 C: 7371 Min: 7 Act: 13 Avg: 18 Max: 2004
T:19 (352733) P:80 I:690 C: 7261 Min: 6 Act: 15 Avg: 17 Max: 2701
T:20 (352734) P:80 I:700 C: 7141 Min: 5 Act: 15 Avg: 19 Max: 2853
T:21 (352735) P:80 I:710 C: 7051 Min: 6 Act: 19 Avg: 18 Max: 2806
T:22 (352736) P:80 I:720 C: 6962 Min: 5 Act: 13 Avg: 18 Max: 2079
T:23 (352737) P:80 I:730 C: 6865 Min: 5 Act: 14 Avg: 17 Max: 2275
T:24 (352738) P:80 I:740 C: 6756 Min: 5 Act: 32 Avg: 19 Max: 2860
T:25 (352739) P:80 I:750 C: 6681 Min: 6 Act: 16 Avg: 18 Max: 2930
T:26 (352740) P:80 I:760 C: 6597 Min: 6 Act: 11 Avg: 17 Max: 1623
T:27 (352741) P:80 I:770 C: 6512 Min: 5 Act: 8 Avg: 17 Max: 2152
T:28 (352742) P:80 I:780 C: 6415 Min: 5 Act: 12 Avg: 19 Max: 3098
T:29 (352743) P:80 I:790 C: 6338 Min: 6 Act: 14 Avg: 19 Max: 3111
T:30 (352744) P:80 I:800 C: 6266 Min: 5 Act: 14 Avg: 17 Max: 1998
T:31 (352745) P:80 I:810 C: 6188 Min: 5 Act: 8 Avg: 17 Max: 2570
Steal Time (竊取時間) 峰值: 0.25%
最大內核延遲 (Max Latency): 2997 676 µs
壓力測試峰值延遲 (Stress Peak): 3293 µs
分析：內核延遲存在輕微波動 (平均 1500µs – 4000µs)。這是典型且健康的共享虛擬化環境。CPU 資源與其他用戶共享，存在輕度鄰居干擾，適用於網站、部落格等通用型應用。
壓力結論：性能卓越。高壓下的延遲峰值與標準延遲相比，增幅在可控範圍內。
Author: gebu8f
探索更多來自 GEBU8F — 阿蒲的網站 的內容
訂閱即可透過電子郵件收到最新文章。
禁止人身攻擊，請理性發言。