本實驗中,我將使用autobench來進行web服務端的效能測試,借助於httperf來實現集群測試。
本文接著上篇文章中的測試url來進行分析autobench的測試過程。首先我們建立測試的命令列如下:
autobench --single_host --host1=127.0.0.1 --port1=8081 --uri1=/getserverip --quiet --low_rate=500 --high_rate=11000 --rate_step=500 --num_call=1 --num_conn=1000 --timeout=10 --file ./result.tsv引數分析:
--single_host:表示只進行單機測試。autobench可支援單機和雙機的測試。因此上面的命令大概意思就是:--host1 : 測試伺服器的ip或者網域名稱
--post1: 測試伺服器程式監聽的埠號
--uri1 : 測試時訪問的url
--low_rate : 測試時最低請求數
--high_rate : 測試時最高請求數
--rate_step : 請求增加的步長
--num_call : 每個連線的請求數
--num_conn : 瞬時將向伺服器懟出這麼多個併發連線
--file : 測試輸出結果檔案
使用autobench,模擬客戶端請求併發數量從500開始,500為步長,最高請求總量為11000。瞬時懟到伺服器上的併發連線數為1000,每個連線傳送乙個請求,輸出結果儲存在result.tsv檔案中。開啟測試結果檔案result.tsv。主要有以下幾個引數需要注意
dem_req_rate 併發請求數進行多組實驗,分別取得響應時間和實際併發連線數的平均值,畫圖,評估服務端的效能。req_rate_127.0.0.1 實際併發請求數
resp_time_127.0.0.1 服務端請求響應時間(單位ms)
net_io_127.0.0.1 網路io
gRPC使用的分析
看了docker的原始碼就不得不了解一下grpc這個鬼東西。下面借鑑一下別人的例項,讓我這個初次接觸的人做乙個,最直接的分析。首先編譯安裝protobuf 工具。定義將要用到的rpc呼叫方法,引數和返回值都在上面進行了定義 service userservice rpc logout userid ...
Matrix使用的分析
在android中,可以使用matrix進行相關的影象處理 如 平移 旋轉 縮放 錯切 對稱等 就拿平移來說吧 1 一般我們要想平移乙個影象,那麼我們先會建立乙個matrix matrix matrix new matrix 2 然後呼叫matrix的平移方法進行平移 matrix.posttran...
分析函式ratio to report的使用
ratio to report 函式syntax 分析函式 ratio to report 用來計算當前記錄的指標 expr 佔開窗函式 over 中包含記錄的所有同一指標的百分比 這裡如果開窗函式的統計結果為 null 或者為0,就是說占用比率的被除數為 0或者為 null,則得到的結果也為 0....