CPU壓力測試
啟動 Web Workers 執行密集 SHA-256 循环來壓測 CPU 核心。本機執行，不會上傳。
2
Logical cores
0
雜湊/秒
0
Avg per thread
0.0
Elapsed (s)
0
峰值雜湊/秒
使用方法
- 在您要測試的機器上開啟頁面（桌上型電腦或筆記型電腦，已插入電源或使用電池 - 請注意）。
- 將 執行緒計數 設定為匹配
navigator.hardwareConcurrency（顯示為邏輯核心）或更低以隔離子集。 - 選擇持續時間 — 20-60 秒可快速爆發；120 秒以上觀察持續的熱量下降。
- 按一下 開始壓力 並觀察 總操作數/秒、峰值操作數/秒 和每線程欄。
- 如果機器變得太熱，請提前點擊“停止”，或讓計時器完成。
- 使用複製結果來保存支援票證的數字或在同一瀏覽器上進行比較之前/之後的數字。
常見問题
執行瀏覽器 CPU 壓力測試安全嗎？
在一台健康的機器上執行幾分鐘，是的——該測試僅在隔離的 Web Worker 中執行 JavaScript。它會提高CPU溫度和風扇速度。避免在電池電量不足、炎熱的房間或設備已經過熱的情況下使用。如果系統變得不穩定，請立即停止。
為什麼要使用 SHA-256 而不是簡單的空循環？
每個雜湊透過 crypto.subtle 提供下一個摘要，在工作人員忙於非同步加密工作時保持主執行緒空閒。此模式載入邏輯核心的方式類似於真正的加密密集型 Web 任務，而不會阻止主執行緒上的 UI 渲染。
為什麼我的筆記型電腦上的每秒操作次數會在 30-60 秒後下降？
這通常是熱節流或電池功率限制。輕薄筆記型電腦通常會保持峰值運算/秒 20-40 秒，然後當 CPU 達到其熱範圍時降低 30-50%。掉落本身是一個有用的資料點，而不是測試中的錯誤。
我可以將這些數字與 Cinebench 或 Geekbench 進行比較嗎？
不會。本機基準測試使用編譯的 SIMD 和調整後的循環，比 JavaScript SubtleCrypto 快得多。這裡的數字僅在同一台機器和瀏覽器上執行時才有意義 - 非常適合發現限制、作業系統更新後的回歸或效能和效率核心之間的差異。
為什麼某些執行緒顯示的操作數/秒是其他執行緒的一半？
在混合 CPU（Intel 第 12 代+、Apple Silicon、行動 SoC）上，效能核心的運作速度比效率核心更快。根據設計，每個邏輯核心產生一個工作執行緒通常會顯示 P 核心的操作數/秒約為 E 核心的 1.5-2 倍。
我的瀏覽器有東西離開了嗎？
不會。工作執行緒是從此標籤中的內聯腳本 blob 建立的。我們的伺服器上不會上傳、記錄或儲存任何資料。
我什麼時候應該使用瀏覽器 CPU 壓力測試而不是 Cinebench？
當您需要在實際使用的瀏覽器中進行快速、免安裝檢查時 - 驗證所有邏輯核心回應、比較同一天的電源模式或將複製結果附加到支援票證中。當您需要絕對分數、溫度或時鐘速度時，請使用 Cinebench 或 HWiNFO。
我可以在不安裝軟體的情況下在工作筆記型電腦上使用它嗎？
是的。許多 IT 策略會阻止.exe 基準測試，但允許正常瀏覽。這完全在選項卡中執行。在託管或共享電腦上持續加載之前仍需獲得許可。
介紹
CPU 壓力測試 使用 Web Workers 從瀏覽器內部載入處理器 - 每個配置的執行緒一個工作人員 - 每個工作人員透過crypto.subtle執行一個緊密的 SHA-256 迴圈。主執行緒保持回應，而工作人員報告每秒操作數 (ops/sec)，因此您可以查看總吞吐量、每個執行緒的平衡以及速度是否隨著時間的推移保持或下降。
用它來：
- 健全性檢查所有邏輯核心是否在負載下參與
- 現貨熱節流或電池功率上限（峰值然後持續下降）
- 在同一台電腦和瀏覽器上比較之前/之後（作業系統更新、電源模式、後台應用程式）
- 請參閱混合 CPU 上的 P 核心與 E 核心 不平衡
這不是 Cinebench、Geekbench 或 HWiNFO 的替代品。它測量 Web Workers 中的 JavaScript 加密吞吐量，這是一個有用的相對訊號，而不是絕對的 CPU 分數。
測試如何進行
1. 線程模型
當您按一下 開始壓力 時，該工具：
- 讀取
navigator.hardwareConcurrency（顯示為 邏輯核心） - 瀏覽器對平行硬體執行緒的估計，通常與邏輯 CPU 計數相符。 - 產生 N 個 Web Worker（您的 執行緒數，預設 N = 邏輯核心，最大 128）。
- 每個工作人員都會收到一個帶有掛鐘結束時間（
performance.now() + duration）的開始命令。
Worker 是從 內嵌腳本 blob (Blob+URL.createObjectURL) 建立的。沒有取得外部工作文件。
2.工作循環（SHA-256）
每個工人內部：
seed → SHA-256 → use digest as next input → repeat until time expires
- 初始輸入：
"mega-cpu-stress-seed-" + threadId - 每次迭代：
await crypto.subtle.digest("SHA-256", data)，然後用 32 位元組雜湊取代data - Ops 計算已完成的摘要
- 每 ~500 ms，工作線程將
{ id, ops, ts }發佈到主線程
該循環是異步（等待每個哈希）。吞吐量取決於瀏覽器的 SubtleCrypto 後端在該核心上執行的速度 - 通常遠低於本機 OpenSSL 基準，但與相同瀏覽器比較一致。
3. 主執行緒聚合
主線程：
- 每 250 毫秒 更新一次統計資料
- 對於每個工作訊息，計算瞬時速率：
(ops_now − ops_prev) / (ts_now − ts_prev) - 總操作數/秒 = 每個執行緒速率的總和
- 每個線程的平均值 = 總數 ÷ 線程數
- 峰值操作數/秒 = 執行期間看到的最高總數
- 已使用 = 自開始以來的時間（在持續時間或 停止處停止）
每個執行緒 進度條 根據目前快照中最快的執行緒縮放每個執行緒（視覺平衡，而不是 GHz）。
4. 停止條件
測試結束時：
- 配置的持續時間過去（工作人員退出循環並在清理時終止），或者
- 您按一下“停止”，或者
- 您離開頁面（
beforeunload終止工作人員）
了解每個輸出
邏輯核心
它是什麼： 此瀏覽器會話上的navigator.hardwareConcurrency值（如果缺失，則最小回退 4）。
如何閱讀：
| 情境 | 範例 | 說明 |
|---|---|---|
| 8核/16線程桌面 | 16 |
超線程計數 — 預設執行緒計數應為 16 |
| 蘋果M2（8核心） | 8 |
通常 4 P + 4 E 表示為 8 個邏輯工作者 |
| 舊瀏覽器或隱私瀏覽器 | 4（後備） |
缺少 API — 將執行緒數手動設定為已知的核心數 |
| vCPU 有限的虛擬機 | 2或4 |
反映來賓作業系統向瀏覽器公開的內容 |
未測量： 物理核心與執行緒、快取大小或哪個核心是 P 與 E（從每執行緒操作數/秒分佈推斷）。
總操作數/秒
它是什麼： 所有活躍工作人員當前 SHA-256 消化率的總和（每秒哈希值，匯總）。
如何閱讀：
| Pattern | 範例 | 可能的原因 |
|---|---|---|
| 穩定的平台期 | 60 秒內總共約 42 萬個 | 散熱良好，交流電源，桌上型 |
| 峰值然後 -30–50% | 40秒後500k → 280k | 熱節流或筆記型電腦功率限制 |
| 低平線 | 16 線程 50k | 後台選項卡限制、極低功耗模式或嚴重的作業系統爭用 |
| 短暫上升然後平坦 | 第一個 5 秒爬升 | JIT/預熱 + 調度程式穩定 — 正常 |
關鍵點： 在相同的空閒時間後，在同一瀏覽器上比較峰值與執行結束。跨機器或跨瀏覽器的總數不具有可比性。
每個線程的平均值
它是什麼： 最新報價的Total ops/sec ÷ thread count。
如何閱讀：
| 情境 | 輸出 | 說明 |
|---|---|---|
| 均勻核心 | 所有線程都在 ~10% 範圍內 | 同質核心或少量線程 |
| 混合CPU | 一些線程 ~2× 其他線程 | P 核與 E 核 — 預計在 Intel 12th+ / Apple Silicon 上 |
| 一個線程接近零 | 線程3：12k，其他180k | 作業系統將工作線程固定到飽和核心或停放核心 - 重試或減少線程 |
| 線程數 > 邏輯核心 | 較低的平均數，較高的總數可能仍會上升 | 超額訂閱——上下文切換，而不是額外的硬件 |
已過去
它是什麼：自開始施加壓力到現在（或停止）的秒數。
如何閱讀： 朝著您的 持續時間 目標執行。如果您提前停止，則經過的時間反映了實際的執行長度。與峰值/持續比較一起使用：例如“12 秒達到峰值，45 秒下降 40%。”
峰值操作數/秒
它是什麼： 會話期間觀察到的最高 總操作數/秒（包括 停止 後的部分執行）。
如何閱讀：
| 使用案例 | 查詢什麼 |
|---|---|
| 熱測試 | 前 20-40 秒達到峰值，然後目前總量遠低於峰值 × 0.7 |
| 回歸檢查 | 同一台筆記型電腦更新作業系統後峰值下降 20% |
| 電源模式 | 電池峰值與插入電源的峰值（電池峰值通常低 40–60%） |
噹噹前總量 < 峰值的 70% 時，該工具可能會顯示一條註釋——這是限制的提示，而不是診斷。
每線程操作數/秒（條）
它是什麼： 每個工作人員的瞬時哈希率和一個縮放到該週期中最快線程的條。
如何閱讀：
| Visual | Interpretation |
|---|---|
| 所有條形高度相似 | 對稱負載（或所有 E 核心，如果計數僅與 E 核心計數匹配 — 預設情況下很少見） |
| 兩層高度 | 經典的混合核心行為 |
| 一小節間歇性滯後 | 此邏輯處理器上的調度程式或熱限制 |
| 隨著時間的推移，條形收縮在一起 | 系統範圍的節流閥（熱或電力） |
該測試測量什麼
| Measured | How |
|---|---|
| 相對 JS SubtleCrypto SHA-256 吞吐量 | 每個工作人員的操作/秒和總和 |
| 多線程參與 | N名工人是否全部申報非零稅率 |
| *持續與爆發行為 | 峰值與後期執行總操作數/秒 |
| 混合核心不平衡 | 分佈在每個執行緒的速率上 |
| 瀏覽器標籤/電源副作用 | 在背景或使用電池時掉落（間接） |
該測試不測量什麼
| 未測量 | Why |
|---|---|
| CPU 溫度 (°C) | 瀏覽器無法讀取熱感應器 |
| 時脈速度 (GHz) | 無法存取 MSR/cpufreq |
| Cinebench / Geekbench 得分 | 不同的運轉時（本機 SIMD 與 JS 加密） |
| 單核與多核心官方評級 | 沒有標準化的工作量 |
| GPU負載 | Worker 僅限 CPU |
| RAM 頻寬或延遲 | 工作集很小（32位元組雜湊鏈） |
| 磁碟、網路或 PCIe | 沒碰過 |
| 絕對跨瀏覽器排名 | V8 與 SpiderMonkey SubtleCrypto 後端不同 |
| 風扇速度或功耗（瓦） | 頁面沒有作業系統掛鉤 |
| 明確的「CPU 健康狀況」 | 高操作數/秒並不能證明壽命長；節流並非總是失敗 |
將每秒操作數視為瀏覽器本機壓力訊號，而不是認證基準。
解釋熱和節流模式
資訊量最大的模式是全速爆發→持續下降：
- 0–30 秒： 每秒總操作數攀升至 峰值（風扇旋轉）。
- 30–90 秒： 總下降 30–50%，而時間繼續流逝 — 這在溫暖的房間中的超級本（例如 MacBook Air、超薄 Windows 筆記型電腦）上很常見。
- 平穩期： 新的較低穩定狀態 — CPU 減少時脈以保持在 TDP 範圍內。
插入電源與電池： 許多筆記型電腦將 PL1 限制在電池上；在沒有任何硬體故障的情況下，峰值可能是交流電源的一半。
後台選項卡： Chromium 可能會限制後台選項卡中的計時器和工作人員 - 在 前台 選項卡中執行測試。
安全和負責任的使用
- 跑分鐘，而不是幾個小時，除非你故意老化（並接受熱磨損）。
- 確保通風 — 請勿遮蓋筆記型電腦的通風口。
- 在共享或遠端電腦上，在最大化 CPU 之前獲得許可。
- 如果系統凍結、關閉或節流嚴重導致瀏覽器無法使用，則停止。
- 關閉不必要的應用程式以獲得更清晰的基準；或讓它們保持開放狀態以重現「現實世界」的爭論。
常見用例
以下是人們進行基於瀏覽器的 CPU 壓力測試的情況 - 無需下載，沒有管理員權限，您可以從中截圖或複製結果。
1. 新的或翻新的機器——“所有核心都還活著嗎？”
目標： 確認作業系統和瀏覽器看到預期的核心數量，並且每個邏輯處理器都在負載下運作。
如何運作：
- 將執行緒數保留為邏輯核心（例如，Ryzen 7 桌面上的
16，MacBook Air M2 上的8）。 - 持續時間： 30–60 秒。
- 觀看 *每線程吞吐量 — 每個條都應該移動；沒有一個應該處於
0操作/秒。
**健康訊號：**每秒總操作數穩定或緩慢穩定；所有執行緒報告類似的層（或混合 CPU 上的兩個層 - 請參閱案例 6）。
危險訊號： 一個執行緒永久接近零，每秒總操作數遠低於同一台電腦上的第二次執行，或邏輯核心與您訂購的內容不符（例如，VM 上限為 2 個 vCPU）。
2.筆記型電腦熱時感覺很慢－熱節流檢查
目標： 查看效能是否在爆發後下降，因為機箱無法維持完整的 TDP。
如何運作：
- 首先插入交流電源（在電池上重複此操作以進行比較）。
- 持續時間： 90–120 秒，在普通房間（不是冷車庫）。
- 注意前 30 秒的每秒操作次數與最後 30 秒的每秒每秒操作次數**。
健康訊號（薄型筆記型電腦）： 有些掉落是正常的 - 例如峰值 480k → 在 Dell XPS 13 上 45 秒後持續 320k。
危險信號： 每次 20 秒內下降 >50%，或陡峭的懸崖加上大聲的風扇/關機 - 可能需要清潔、新粘貼或保固檢查（此工具不讀取 °C；僅使用感覺 + 操作模式）。
3.之前與之後——作業系統更新、驅動程式或「最佳化」應用程式
目標： 相同的機器、相同的瀏覽器、相同的電源模式 - 峰值或持續每秒操作數是否改變？
如何運作：
- 基線：執行 60 秒後複製結果（記錄 Windows 平衡 vs 最佳效能、macOS 低功耗 關閉等）。
- 應用更新或切換設定。
- 如果變更需要，請重新啟動，空閒 2-3 分鐘，然後使用相同的 執行緒數 和 持續時間 再次執行。
比較內容： 峰值操作數/秒、執行結束 總操作數/秒以及每個執行緒的分佈 - 不是跨瀏覽器的總計。
範例： Windows 11 24H2 與先前基於相同 Chrome 設定檔的建置；更新後峰值降低 12% 值得研究後台應用程式或新的電源預設。
4. 電源模式與電池與牆壁電源
目標： 量化筆記型電腦在使用電池或經濟模式時的效能。
如何運作：
| Run | Settings | Duration |
|---|---|---|
| A | AC+效能/最佳效能 | 60s |
| B | 交流+平衡/節能器 | 60s |
| C | 電池+與A相同模式 | 60s |
典型模式： 在許多超極本上，執行 C 峰值是執行 A 的 40–60% — 符合預期，不是缺陷。
使用時間： 選擇是否插入視訊通話、在瀏覽器中編譯或長時間的 Web 應用程式會話。
5. 更換散熱墊、支架或辦公桌
目標： 便宜的 A/B 測試 - 更好的氣流是否可以提高每秒持續操作次數（不僅僅是峰值）？
如何運作：
- 相同的房間、相同的持續時間（120 秒）、相同的線程數。
- 在桌上平放一次，使用墊子/支架/蓋子提升器運作一次。
- 比較經過 90 秒的每秒操作次數，而不僅僅是峰值。
健康訊號： 使用護墊後，整體持續升高 10-20% — 氣流有幫助。
限制： 一次一個變數；關閉兩次執行的其他重型應用程式。
6. 混合 CPU — 效能與效率內核
目標： 了解為什麼「8 核心」並不意味著八個相同的速度（英特爾第 12 代+、Apple M 系列、Snapdragon 筆記型電腦）。
如何運作：
- 線程數 = 邏輯核心。
- 持續時間： 30 秒 — 足以讓柱穩定。
預期： *每線程吞吐量有兩個高度層 - 更快的 P 核，更慢的 E 核（通常約為 1.5–2× 比率）。那是架構，而不是破碎的核心。
**使用時間：**解釋任務管理器的行為，選擇「效率」與「效能」電池模式，或教導調度程式如何分散網路工作人員。
7. 遠端支援和幫助台－無需安裝工具即可快速加載
目標： 要求使用者開啟連結並貼上 複製結果，而不是引導使用者安裝 Prime95 或 HWiNFO。
如何運作：
- 使用者：預設線程，執行 30 秒，將文字複製到工單。
- 支援：檢查邏輯核心數是否與設備規格匹配、所有線程非零、峰值對於機器類別而言是否低得離譜。
適用於：“電腦感覺緩慢”，懷疑後台挖礦（比較空閒與壓力 - 使用者應先關閉未知應用程式），或確認瀏覽器未陷入省電狀態。
不適用於： 單獨進行 RMA 證明 — 當懷疑有硬體故障時，與供應商診斷或溫度工具配合使用。
8. VM、雲端桌面或 Citrix 會話 — vCPU 暴露
目標：驗證來賓瀏覽器實際上獲得了多少個邏輯處理器。
如何運作：
- 開啟 VM/RDP/瀏覽器隔離內的工具。
- 閱讀邏輯核心和每線程欄。
範例： AWS WorkSpaces 報表4邏輯核心；所有四個條均處於活動狀態 — 與實例類型相符。如果您支付了 8 個 vCPU 但看到了4，請在指責「CPU 速度慢」之前修復分配。
9. 瀏覽器或設定檔比較（同一台電腦）
目標： 查看一種瀏覽器是否更積極限制工作人員（擴充功能、企業策略、電池保護程式）。
如何運作：
- 同一台機器，相同的電源模式，幾分鐘內：Chrome vs Firefox vs Edge，每個運轉 60 秒。
- 比較峰值和持續總數。
解釋： 10–25% 的差異很常見（引擎 + SubtleCrypto 路徑）。僅在一種瀏覽器中存在巨大差距 → 嘗試清理設定檔或停用擴充功能。
請勿用於： 在不同硬體上對「世界上最快的瀏覽器」進行排名。
10.修復或除塵後短暫老化
目標： 重新貼上、更換風扇或熱管服務後，用 2-3 分鐘加載來驗證穩定性 - 仍在瀏覽器中，無需安裝。
如何運作：
- 持續時間： 120秒，交流電源，通風良好。
- 運轉兩次，中間有 2 分鐘的冷卻時間。
健康訊號： 第二次執行峰值在第一次執行的 ~5–10% 範圍內；沒有瀏覽器崩潰或系統重置。
如果出現以下情況，請停止： 偽影、硬凍結或反覆緊急關閉 - 使用適當的壓力工具和保固管道進行硬體簽核。
11. 課堂、示範或訪談－展示多線程
目標： 視覺證明一個網頁可以透過 Workers 使用多個核心（訓練、部落格截圖、會議簡報）。
如何運作：
- 專案畫面；從 1 個執行緒開始，然後增加到完整的邏輯核心 — 顯示 總操作/秒 縮放（由於開銷和混合核心，次線性是正常的）。
- 在教授並行性與並發性時，請指向每個線程欄。
提示： 將現場演示的持續時間縮短至 20 秒；在開始之前提及熱警告。
快速參考 - 哪個設定適合哪個目標
| Goal | 執行緒數 | Duration | 焦點指標 |
|---|---|---|---|
| 所有核心都工作 | = 邏輯核心 | 30–60秒 | 每線程條全部 > 0 |
| 熱節流閥 | = 邏輯核心 | 90–120秒 | 峰值與結束總操作數/秒 |
| 電源模式A/B | = 邏輯核心 | 60s | 峰值操作數/秒 |
| 單核心負載 | 1 | 30s | 僅一間酒吧 |
| 超額認購測試 | 2×邏輯核心 | 60s | 總數與平均/線程 |
| 支援票 | Default | 30s | 複製結果文本 |
相關工具
- Device Info — 同一會話的
hardwareConcurrency、平台和電池上下文。 - Memory Test — Chromium 瀏覽器上的選項卡堆使用和分配壓力。
- GPU Stress Test — 圖形載入；與 CPU Workers 不同的子系統。
- WebRTC Leak Test — 網路/WebRTC 暴露，而非 CPU 吞吐量。