伺服器 當我們對伺服器進行測試,我們測試什麼?

2021-09-26 18:50:49 字數 1830 閱讀 8906

在今天 pc機越來越多承擔了主要的角色。當我們購買伺服器作為承擔業務基礎服務單元,如何保證伺服器的高效能和高可靠性非常關鍵。

對於伺服器我們要關注以下幾點

1 與上一代相比,改進與優化的地方,。

2 橫向比較,與其他廠商產品的優劣。

3 伺服器本身的效能表現。

4 價效比。

5 設計能耗。

通常我們主要針對第三點進行穩定性和效能方面的基準測試。

何為 基準測試 (benchmark test, 即bmt)

基準測試是指通過設計科學的測試方法、測試工具和測試系統,實現對一類測試物件的某項效能指標進行定量的和可對比的測試。

測試的關鍵點

cpu   :運算、尤其是浮點計算 

a 檢查整數計算,複雜的浮點計算,關注cpu的計算能力

b 程序分配數量 關注多執行緒的併發處理能力。

c mutex  鎖的處理效能

記憶體  :資料訪問的頻寬,吞吐量

a 總頻寬

b 讀寫效率

c cpu對記憶體的管理分配

測試記憶體時要關注讀寫效率,記憶體越大越好,可有效減少磁碟物理io。

磁碟  :iops ,響應時間。

a 讀寫效能

b 隨機寫效能

關注資訊

a 不同核心,檔案系統下的iops,核心,檔案系統對io操作的演算法有所不同,會導致磁碟io效能的差異。

b 不同raid 級別,條帶配置場景下的iops

c 與記憶體結合時iops表現

d sar -d svctm ,%util

通常,磁碟物理io是這個計算機體系裡最容易成為瓶頸的環節,也是最難優化的,因此最需要關注。隨著ssd、fusion-io出現,磁碟iops獲得了巨大提公升,和記憶體相比,差距在不斷縮小。

資料庫:oltp,響應時間

a qps,tps 

b 響應時間,吞吐效率

關注資訊

a 不同核心、檔案系統下的tps

b 不同陣列級別、條帶場景下的tps

c 和記憶體結合時的tps效能拐點

d 達到同樣tps情景下,io負載差別

e tps滿負荷、低負荷情景下,各自io利用率差別

f sar -d:tps、svctm、%util

當資料總量超過物理記憶體後,oltp的tps效能和磁碟iops成正比關係。因此,只有不斷提高記憶體,減少物理io,並且不斷提公升iops效能。

效能基準測試的關鍵點

硬體

cpu,記憶體,陣列卡(bbu,cache,條帶,讀寫策略) 硬碟

系統

核心引數,檔案系統,io排程演算法

檔案

塊大小,訪問方式

其他

a 網路環境對over lan請求測試影響大

b 每完成一輪測試後要淨化環境

c 每輪測試一般至少持續1小時

關於測試工具

sysbench 工具

iozone 工具

tpcc 工具

tpch 工具

模擬意外事件

–斷電(硬體冷重啟)

–reset(硬體熱重啟)

–陣列卡掉線

–磁碟掉線

–reboot(系統重啟)

–正常關閉服務(kill -term)

–異常關閉服務(kill -9)

–刪除檔案

–破壞性修改已開啟檔案  

注意:–持續壓力過大無法反應伺服器真實最優表現

–持續壓力時間過短亦無法反應伺服器真實最優表現

伺服器 當我們對伺服器進行測試,我們測試什麼?

在今天 pc機越來越多承擔了主要的角色。當我們購買伺服器作為承擔業務基礎服務單元,如何保證伺服器的高效能和高可靠性非常關鍵。對於伺服器我們要關注以下幾點 1 與上一代相比,改進與優化的地方,2 橫向比較,與其他廠商產品的優劣。3 伺服器本身的效能表現。4 價效比。5 設計能耗。通常我們主要針對第三點...

對reids 伺服器效能測試

1 已經安裝完畢redis stat並進行監控 2 採用redis自帶工具 redis benchmark進行效能測試 1 100併發,10000請求進行測試 空閒情況i o狀態如下圖所示 當提交資料之後的伺服器情況 2 1000併發,100000請求進行測試 3 2000併發,100000請求 3...

當我們向伺服器post資料時,表單 or JSON

web前端開發中,以post方式向伺服器傳送請求的操作再平常不過。傳送post請求時,若需要傳遞資料,資料是包含在訊息主體中的。http 請求 訊息主體 傳遞資料的方式有兩種 表單和json。使用表單時,資料型別是普通的文字資料,或檔案 大型二進位制資料或者包含非ascii字元的資料 而json是指...