看 Minecraft 主機方案時，常會遇到「100% CPU」、「1 vCPU」或「共享核心」等標示。這些文字單獨看，無法直接回答伺服器會不會順：不同服務可能用百分比表示時間配額、相對權重，或面板上的使用率。先問清楚數字代表什麼，再用相同版本與玩法測試，才有可比性。
100% CPU 不一定代表一顆專用核心
容器環境可以用 CPU quota 限制一段時間內可使用的運算量，也能用 CPU shares 設定多個忙碌工作之間的相對權重；後者是資源競爭時的比例，不是固定保留的 CPU 時間。Docker 官方文件分別說明了 quota 和 shares 的差異。主機商面板上的「100%」則依服務的計算方式而定，不能只憑數字推定它等於一顆專用核心、某個固定時脈，或整顆實體 CPU。可參考 Docker CPU 資源限制說明並向服務商確認實際定義。
「vCPU」也需要上下文：它可能是虛擬 CPU 執行緒、可用運算配額，或商品化的方案標示。即使兩家都寫 100%，底層 CPU 型號、是否與其他工作共享、限制如何計算，都可能不同。因此不要只把方案頁的百分比排大小。
下單前把這五件事問清楚
- 標示的 100% 是面板使用率、CPU 配額，還是相對 shares？
- 是否有專用核心／固定執行緒，或與同節點其他伺服器共享？
- 使用量到上限時會被限速，還是只在節點忙碌時受影響？
- 可否確認實際 CPU 型號、主頻和方案可用的 vCPU 數？
- 是否有試用或測試端點？測試端點與正式方案的硬體、限制是否一致？
如果答案只有「最高 100%」或「效能很強」，再問該百分比的計量方式與測試條件；不用先猜它一定好或不好。
若要查規格表上的 CPU 型號，可參考Linux 主機 CPU 型號檢查指南；若你關心 Intel 混合核心的排程，再看P-core／E-core 檢查方式與頻率和遊戲負載測試指南。
用相同負載比較，別只看型號
測試時固定 Minecraft 版本、核心、世界、插件／模組和玩家行為，安排數位玩家同時探索、載入區塊或使用伺服器平常會有的功能。記錄是否發生明顯卡頓、控制台錯誤、程序被限制，以及尖峰時段的表現；只在空服開機時看到低 CPU 使用率，不能代表滿載能力。
若服務商提供試用或測試端點，可用租用前測試清單確認測試環境是否和正式方案相同。若玩家感覺到延遲，則另用連線延遲測試指南檢查網路，避免把網路 RTT 和伺服器運算混為一談。
Paper 伺服器可使用內建的 spark profiler，在問題發生時觀察伺服器工作耗時；Paper 官方效能分析文件提供啟動方式。效能報告反映的是指定版本與當下工作量，不是不同硬體間的通用分數。RAM 則要獨立估算，請看伺服器記憶體選擇指南；若已經卡頓，可參考卡頓排查與優化指南。
常見問題
100% CPU 越高越好嗎？
不能這樣比較。要先知道百分比的分母和限制機制，並確認伺服器在預期負載下能否持續運作。
只看 CPU 型號夠不夠？
不夠。處理器型號有參考價值，但方案配額、共享情況、版本、插件和世界負載都會影響實際結果。要求相同條件的測試或明確規格，比只看型號名稱有用。
Minecraft 主機要多少 RAM？
CPU 配額與 RAM 是不同資源。請依核心、模組包作者需求、尖峰人數和實測估算，不要把「100% CPU」當成 RAM 充足的證明。也可到方案比較頁核對實際列出的規格。