SPEC 測試失敗問題總結分享

1 問題背景

在一些需要實時響應的小包應用場景下，網卡的時延性能尤為重要，下面分享一些常見的網卡低時延優化措施。

2 原因分析

定位部分測試集運行失敗的原因，使用如下命令執行單個測試集的測試。

runspec -c ../config/cpu_670_1.cfg 403.gcc? --rate 64 –noreportable

使用top命令觀察此時的資源使用情況，發現物理內存已被用完，且swap分區也所剩無幾，如下圖所示：

此時，會發生大量的磁盤讀寫，造成CPU進入等待狀態，如下圖所示：

在這種情況下，虛擬內存的swap分區頻繁進行換頁，導致CPU測試因內存瓶頸而中斷。

3 解決方案

3.1 增加物理內存進行測試

在實際測試中，觀察到一個CPU核需要2G左右的內存，因此在64核的場景下，至少需要128G的內存方可正常進行測試。經驗證，添加內存后可順利跑過測試。如下圖所示：

3.2 增加虛擬內存進行測試

若由于現場條件所限，無法增加內存條，則可以考慮擴大swap分區的大小，使得CPU測試不至于被中斷。之前的swap分區只有30G左右，即使加上64G的物理內存，也無法達到120G的規模，導致CPU測試因虛擬內存總量不足而被中斷。將swap加到200G后可順利跑過測試。

但是，并不推薦此種方式完成CPU測試，用swap分區跑性能分數會比較低，無法反應CPU的客觀性能，這樣測試出來的數據和磁盤的性能強相關。

4 總結

系統性能測試要明確測試集的硬件條件，滿足條件下才能測出客觀的性能。

機器學習

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。