預設情況下，jmeter發請求是盡自己最大努力的的發，但與真實情況卻有差別。
jmeter給出不兩個選項來模擬不同的網路速度
分別控制http和https。預設的引數值為0，也就是不限制速度。cap是"characeters per second"的首字母縮寫，當你編輯大於0時，頻寬將會根據你的設定限制。
cap的計算公式如下：
cps=(目標頻寬kbps * 1024)/8
比如：當想模擬grps網路時（下行為171kbit/s ），cps數值就為21888（171*1024）/8
可以通過以下幾種方式來設定頻寬
1、在user.properties檔案中新增上面二行（在bin檔案中可以找到）
如：httpclient.socket.http.cps=21888
重啟jmeter將設定生效
2、或者，可以通過變更啟動檔案的引數，如：
可以檢視官方文件
接下來，我們來實踐下：
嘗試訪問baidu來進行測試，兩種結果對比如下：
從結果中可以看出，限制grps的頻寬，throughput沒有超過180
下面給出常用的網路cps值：
網路 cps值
gprs
21888
3g
2688000
4g
19200000
wifi(802.11a/g)
6912000
adsl
1024000
100m
12800000
gigabit
128000000
注：只能使用httpclient 3.1或httpclient 4方式來進行頻寬限制。
個人感覺jmeter這個功能比較雞肋，沒實際用處。
jmeter在linux上的業務測試指令碼入門
在工作中經常遇到專案上線後需要經常巡檢業務是否正常，由於我們做的是系統後台介面，要是乙個乙個根據介面去測試非常麻煩，故採用jmeter來進行執行，從而簡化工作。大致流程如下 然後如果需要對返回結果進行判斷，可以通過增加響應斷言來進行判斷，截圖如下 最後結果顯示情況可以通過新增察看結果樹 用 察看結果...
truncate在不同版本中的區別
中午和同事討論truncate到底會不會釋放資源，大部分都認為會，但是其實具體情況是和mysql的版本有關。before 5.0.3 truncate是delete rows one by one。between 5.0.3 and 5.0.8 當有外來鍵的時候還是delete rows one b...
null在mysql中的不同表現
select a.count b.num from article a left join comments b on a.id b.article id group by a.id select a.count b.id num from article a left join comments ...