在運行基準測試或其他*能測試時，必須謹慎地控制系統上的其他工作。
在這個職位上，他定義服務器*能需求、*市場趨勢並檢查基準測試數據的實現。
負載測試需要較多的資源，所有資源都來自同一個物理服務器，所以這些基準測試不應該在經過了*作系統虛擬化的系統上執行。
當然，這些仍然只是基準測試工具。
在該基準測試中，可以通過查看能力測試和吞吐量測試的執行時間來實現該方法。
尤其是，如果您認為已經到了穩定狀態並開始基準測試，但是隨後發現在基準測試期間發生了編譯，那麼可以中止並重試。
最實用的方法就是減少設計階段中的案例數，這樣的話稍後需要進行基準測試的案例就比較少了。
其中一個基準測試用於保險業的客户，另一個基準測試用於銀行業的客户。
本文描述了整體系統配置，以及一些支持基準測試結果的技術。
請注意，我們沒有執行實際的基準測試，而是集中在單個更改上，這樣做只是為了展示特定調優選項的效果。
不過，就本文而言，我沒有嘗試進行任何具體的基準測試。
從最初的基準測試結果來看，偏向鎖提供了最佳的*能，比其他的優化方式更有效。
當然，所有這樣的活動都會干擾到我們的基準測試。
表1的圖表顯示了我的基準測試程序測試的結果。
所有其他數據結構基準測試也有相似的問題，但是對於訪問時間相當長的數據結構，這種影響可以忽略。
每個用户的最高成本發生在基準測試的開始處。
當基準測試開始時，它立即創建 100 個非常活躍的用户會話來同時選擇、添加、更新和刪除記錄。
它們不是來自兼容的TPC - h基準測試，並且不應該拿來與任何現有的正式結果相比較。
國文精選館
