DTX-MFM2福祿克多模光纖模塊全新

DTX-MFM2福祿克多模光纖模塊全新，DTX-MFM2多模光纖測試全新舊價，（鄒先生1-3 7- 1 5- 29 - 75 1 0），DTX-MFM2多模OM3光纖測試模組，只需10秒就能出結果，通過或是失敗一步搞定，讓用戶放心測試，測試結束以后，還有專業的性能測試報告，一鍵導出，一份報告搞定一個甲方驗收，美滋滋。

作為DTX-MFM2的功能亮點，測試吞吐有什么意義呢，我們先來了解一下吞吐量是什么，吞吐量有時候也叫做每秒事務處理數（Transaction Per Second，簡稱TPS），TPS的粒度更大一些，落實到具體的測試腳本上，就是將一系列的請求組合成一筆交易，以這筆交易作為衡量吞吐量的小粒度。但是吞吐量這個指標的數據有時候會“搗亂”，如果只是看其中的一些表面意義的話，解讀出來的數據就會有很大的問題，甚至會誤導對被測系統能力的判斷。那我就來帶領大家看一下吞吐量這個指標后面的秘密。

DTX-MFM2福祿克多模光纖模塊全新

Debug Sampler是JMeter提供的內置Sampler，主要任務用于打印JMeter的虛擬用戶中的變量等值，用于調試腳本之用。該Sampler主要是從內存中讀取并打印變量的值，沒有網絡等費時的操作，一般來說其執行速度會非常之快，由此可見如果執行上述測試腳本的時候，其吞吐量會非常的高。如下圖所示，是該腳本在XMeter上運行的結果截屏。可以看到該Sampler的平均響應時間非常小，大概為0.01毫秒，按照我們腳本的邏輯，由于沒有思考時間，而且該Sampler的執行速度非常快，所以基本上可以認為該腳本大概每隔百分之一毫秒就可以完成一次請求，那么在一秒鐘內一個用戶應該可以完成100000個請求，所以吞吐量應該大約為10萬。可是讀者看一下下面的測試報告會發現吞吐量才242！那么問題出在哪兒了？

DTX-MFM2福祿克多模光纖模塊全新

吞吐量的計算方式1：假設累積一段時間t秒的請求或者交易數目為c，計算吞吐量為：c/t = x（個/秒）。比如在一分鐘內，被測系統能夠處理30筆交易，那么該系統的吞吐量為30/60（秒）=0.5，我們稱該系統的吞吐量為0.5。同理，如果在5秒鐘內，被測系統能夠處理6個請求，那么吞吐量為6/5=1.2。吞吐量的計算方式2：如果針對單個用戶單筆交易的處理時間為x秒，那么每秒能夠處理的交易數為1/x。假設現有y個用戶，假設系統能輕松處理這y個用戶的請求，那么該系統的針對該交易的吞吐量為: y/x。根據此種計算方法，如果單筆交易時間是0.5秒，那么一秒鐘能處理2筆交易，如果系統能夠同時服務10個用戶，那么該系統的吞吐量為20.這兩種計算方式都沒有問題，正常情況下應該可以互相印證。但是我們現在來研究一下下面的這個JMeter測試腳本，該腳本非常簡單，它的任務是判斷每個虛擬用戶里循環執行的次數，只有在偶數次的時候才會執行Debug Sampler里的請求。