為什麼礦工程式沒有用滿100% CPU

· 3 分鐘閱讀

在seine v0.2.36中挖掘Blocknet時,將CPU使用率與活躍執行緒、本機H/s和已接受份額一起看。變更設定前按此順序檢查。首次安裝請從挖礦指南開始。

CPU使用率低是否代表有效工作少?

簡短回答

單獨的CPU百分比無法說明完成多少有效工作。檢查所選CPU後端、活躍執行緒數、本機算力和收到的工作。seine可能選擇比邏輯處理器數量更少的挖礦執行緒。修改數量前,應在一致條件下比較完成的工作。

處理器活動格線和已完成工作計數器是不同觀察,由執行緒、記憶體和工作檢查連接起來。

先看百分比的統計範圍

在Windows中區分seine處理程序和整台電腦。在工作管理員中找到seine,再查看效能和CPU。邏輯處理器圖表顯示負載分布,總數彙整全機活動。Microsoft指南說明這些檢視。記錄使用的檢視。

Linux的top處理程序百分比可能與系統摘要使用不同尺度。Irix模式下多執行緒程序可以超過100%;Solaris模式按處理器數量相除。執行緒檢視改變顯示的列。請閱讀手冊:尺度變化不是實測的挖礦速度變化。

檢查哪個裝置在工作

在seine儀表板的CPU列讀取H/s和活躍執行緒。CPU/GPU合計包含兩者,應比較同一裝置。如果啟動命令只選NVIDIA,CPU挖礦負載低是預期行為。參見NVIDIA指南。

活躍挖礦執行緒數不同於作業系統的程序執行緒數。seine還執行網路、控制和報告工作,因此程序執行緒可能多於CPU列顯示的數量。要檢查的是多少雜湊執行緒正在執行,以及是否完成工作。

為什麼記憶體會限制執行緒數?

每個活躍CPU執行緒為Argon2id使用2 GiB記憶體區域。自動選擇考慮可用記憶體並為系統保留餘裕。讀取實際數量和訊息,不要將安裝RAM的除法結果視為保證容量。RAM規劃指南說明預算、保留和配置。

容量決定能容納多少區域,頻寬影響同時資料傳輸的效率。執行緒等待記憶體時仍可能被計為忙碌。低使用率本身不能證明頻寬瓶頸,100%也不能證明H/s最佳。參見Argon2id指南。

讀取自動變化和明確設定

自動CPU調校透過實測工作比較執行緒數和計算核心。較少的數量可能合理,可用記憶體變化也會影響數量。等待目前試驗穩定並閱讀訊息。自動調校指南解釋選擇和快取重用。

檢查實際啟動命令。--threads、調校上限或CPU設定檔會影響搜尋或數量;親和性改變執行位置。容器、虛擬機和OS限制可能提供比主機更少的執行資源。保存設定,增加前先確認約束。

如果使用率和H/s一起下降呢?

先檢查CPU後端是否活躍且有工作。在日誌查目前工作、連線、記憶體調整和後端錯誤。啟動或新調校試驗有OS儀表未顯示的背景。如果GPU繼續工作,應分別檢查裝置狀態。

比較使用同一版本、後端和設定的穩定時段。記錄其他應用程式、記憶體、電源設定和時間。可重複的本機比較請遵循基準測試指南並保留報告。短暫峰值或一個百分比不是硬體測試結果。

最後檢查完成和接受的工作

正常挖礦時確認CPU雜湊在推進,並收到份額接受回應。份額間隔到達,沒有固定倒數。礦池根據一段時間的提交估算算力。追蹤指南解釋這個視角和連線檢查。

記錄版本、命令、後端、CPU執行緒、CPU H/s、OS工具和檢視、記憶體狀態及礦池觀察時段。如果工作推進,總使用率是背景資訊。如果某階段停滯,使用對應指南。這樣每次調整都有具體問題和可比較結果。

常見問題

礦工程式應該一直使用100% CPU嗎?

不一定。系統總百分比描述可用處理器的使用情況,seine則測量完成的雜湊。有效執行緒數取決於記憶體和實測處理量。請結合活躍執行緒、算力和已接受的工作判斷。

為什麼seine選擇更少的執行緒?

每個活躍CPU挖礦執行緒需要2 GiB記憶體區域,執行緒共享頻寬。自動選擇考慮記憶體並測試效能。明確限制、後端和執行環境也會影響數量。

使用率和算力同時下降時查什麼?

檢查CPU後端、活躍執行緒、調校和記憶體訊息,以及目前工作。比較同一裝置和時段,再檢查背景負載和執行限制。連線異常或礦池算力為零時,使用追蹤指南。