在今天 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是指...