2. 程式人生 > >dister效能測試(v1.2)

dister效能測試(v1.2)

阿新 • • 發佈：2018-12-23

測試環境：

系統：Ubuntu Desktop 14.04.5 x64 LTS
晶片：Intel(R) Core(TM) i7-7700K
硬碟：Intel SSD 256G
記憶體：8G
軟體：dister v1.2
叢集：3個節點，node1為物理主機，node2和node3為虛擬機器，分配記憶體為1G，系統為Ubuntu Server 16.04_x64，配置較差

一、資料讀取效能測試

在測試之前已寫入100W條資料，寫入值從{“key_0″:”value_0”}到{“key_999999″:”value_999999”}
併發測試時間60秒，以下是原始請求結果：

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144 1)、1000併發john@node1:~$webbench-c1000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_999991000clients,running60sec.Speed=4391061pages/min,11416766bytes/sec.Requests:4391061susceed,0failed.2)、2000併發john@
node1:~$webbench-c2000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_999992000clients,running60sec.Speed=4192360pages/min,10900137bytes/sec.Requests:4192360susceed,0failed.3)、3000併發john@node1:~$webbench-c3000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_999993000clients,running60sec.Speed=4065085pages/min,10569223bytes/sec.Requests:4065084susceed,1failed.4)、5000併發john@node1:~$webbench-c5000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_999995000clients,running60sec.Speed=4040858pages/min,10506236bytes/sec.Requests:4040858susceed,0failed.5)、8000併發john@node1:~$webbench-c8000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_999998000clients,running60sec.Speed=3982327pages/min,10354055bytes/sec.Requests:3982326susceed,1failed.6)、10000併發john@node1:~$webbench-c10000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999910000clients,running60sec.Speed=3918560pages/min,10188258bytes/sec.Requests:3918560susceed,0failed.7)、15000併發john@node1:~$webbench-c15000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999915000clients,running60sec.Speed=3821923pages/min,9937008bytes/sec.Requests:3821922susceed,1failed.8)、20000併發john@node1:~$webbench-c20000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999920000clients,running60sec.Speed=3790226pages/min,9854603bytes/sec.Requests:3790226susceed,0failed.9)、25000併發john@node1:~$webbench-c25000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999925000clients,running60sec.Speed=3709594pages/min,9644960bytes/sec.Requests:3709594susceed,0failed.10)、26000併發john@node1:~$webbench-c26000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999926000clients,running60sec.Speed=3792965pages/min,9861740bytes/sec.Requests:3792965susceed,0failed.11)、27000併發john@node1:~$webbench-c27000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999927000clients,running60sec.Speed=3463723pages/min,9005703bytes/sec.Requests:3463721susceed,2failed.12)、28000併發john@node1:~$webbench-c28000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999928000clients,running60sec.Speed=1633771pages/min,4247823bytes/sec.Requests:1633770susceed,1failed.13)、30000併發john@node1:~$webbench-c30000-t60http://127.0.0.1:4168/kv?k=key_99999Webbench-SimpleWebBenchmark1.5Copyright(c)RadimKolar1997-2004,GPLOpenSourceSoftware.Benchmarking:GEThttp://127.0.0.1:4168/kv?k=key_9999930000clients,running60sec.Speed=576774pages/min,1329112bytes/sec.Requests:511197susceed,65577failed.

二、負載均衡效能測試

使用dister使用示例中的sites資料，以下是原始請求結果：

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495

相關推薦

dister效能測試(v1.2)

測試環境： 系統：Ubuntu Desktop 14.04.5 x64 LTS 晶片：Intel(R) Core(TM) i7-7700K 硬碟：Intel SSD 256G 記憶體：8G 軟體：dister v1.2 叢集：3個節點，node1為物理主機，node2和node3為虛擬機器，

jmeter介面效能測試（2）----效能測試全過程

依然使用上一篇文章的介面 在上一篇文章我們已經添加了http請求、斷言、檢視結果樹。在開始之前我們在新增聚合報告（執行緒組》新增》監聽器》聚合報告）。 除錯好介面後開始執行效能測試 1.設定執行緒組：根據實際需要設定 1. 執行緒數：虛擬使用者數。一個虛擬使用者佔用一個程序或執

gkvdb效能測試(v1.5)

gkvdb v1.5版本之後增加了binlog和事務支援，並且整合了快取功能，整體效能得到極大提升，以下是gkvdb v1.5的效能測試報告，包括與leveldb的效能對比。 此外，本次資料庫效能測試對比中去掉了boltdb，因為…實在是太難等了，具體可以參考 gkvdb v1.0效能測試報告。 本

gkvdb的效能測試(v1.0)

分別從100W、500W、1000W的寫入、查詢、刪除次數及耗時，計算對應的每次操作耗時平均數，用以衡量效能。 需要注意的是， 1、為方便測試，使用的資料是按照 Key: key_xxx => Value: value_xxx 順序遞增的，而不是使用的隨機資料，因此對於leveldb和boltdb

evpp效能測試（2）: 與Boost.Asio進行吞吐量對比測試

簡介 Boost.Asio是用於網路和低層IO程式設計的跨平臺C++庫,為開發者提供了C++環境下穩定的非同步程式設計模型。也是業內公認的優秀的C++網路庫代表。一般來講，其他的網路庫的效能如果不能與asio做一下全面的對比和評測，就不能令人信服。 本次測試

效能測試的2-5-10原則

     所謂的“2-5-10原則”，簡單說，就是當用戶能夠在2秒以內得到響應時，會感覺系統的響應很快；當用戶在2-5秒之間得到響應時，會感覺系統的響應速度還可以；當用戶在5-10秒以內得到響應

效能測試--RoadRunner 2 Controller

Controller簡介：單使用者--多使用者  可以生成很多模擬使用者的模組場景設計--場景監控--執行場景從VuGen單使用者----Controller多使用者1 建立測試指令碼開啟Controller ---------------------------start

第三周作業2——效能測試

功能 診斷 images pan exe 今天 n) ade 是不是 作業要求來自：https://edu.cnblogs.com/campus/nenu/SWE2017FALL/homework/956 （此處想加一個目錄） 要求0 （舊） 以 戰爭與和平 作為輸入文件

資料庫之redis篇（2）—— redis配置檔案，常用命令，效能測試工具

redis配置 如果你是找網上的其他教程來完成以上操作的話，相信你見過有的啟動命令是這樣的：   啟動命令帶了這個引數：redis.windows.conf，由於我測試環境是windows平臺，所以是這個，有的是redis.conf。顧名思義，redis.conf就是配置檔案，然後啟動時加

四個O(n^2)級別的排序效能測試

測試環境為DEV-C++，並且選擇排序，插入排序，氣泡排序，均為優化後的，若想了解具體優化過程，請參照：https://blog.csdn.net/qq_40164152 測試用例： #ifndef OPTIONAL_02_SHELL_SORT_SORTTESTHELPER_H #define OP

效能測試通用原則【3-1；2-5-10；80/20】

如果設計說明書中沒有給出明確的標準，那麼可以參考國外的業內公認的一些標準：    3+1原則(指量、全、深+快) 主要對效能測試設計、測試執行以及資料分析。 量：包括業務量（業務型別），負荷量（系統處理的流量），配置量（軟體配置和硬體配置），使用者量（靜態使用者和動態使用者）

Python程式設計實現對2個字串最長的公共子串的多種求解方式，效能測試及優化

解法1-暴力求解法： def LongestCommonSubstring(FirstString,SecondString): ''' 求最長子串解法1： 以字串1的每個漢字作為起始位置 去字串2中找到能與之匹配的最長長度 將這個長度和記錄的最長長度比較

Locust效能測試 Locust效能測試1-環境準備與基本使用 Locust效能測試2-先登入場景案例 Locust效能測試3-no-web模式和csv報告儲存 Locust效能測試4-引數關聯 Locust效能測試5-引數化批量註冊

https://www.cnblogs.com/yoyoketang/p/9638151.html https://www.cnblogs.com/yoyoketang/p/9642242.html https://www.cnblogs.com/yoyoketang/p/9648100.html ht

Mono 3.2.3 TCP吞吐效能測試報告

在前幾天簡單地測試了一下Mono 3.2.3 TCP處理的穩定性,有同學問Mono 3.2.3的TCP處理性有怎樣,以下是針對Mono 3.2.3TCP在吞吐方面的效能測試.主要測試分兩種場分別是連線互動密集度高和低的兩種情況的處理效能指標. 測試環境描述 服務端:    cpu:e4300 1.7g

效能測試二八原則，響應時間2/5/8原則

所謂響應時間的“2-5-8原則”，簡單說，就是 當用戶能夠在2秒以內得到響應時，會感覺系統的響應很快； 當用戶在2-5秒之間得到響應時，會感覺系統的響應速度還可以； 當用戶在5-8秒以內得到響應時，會感覺系統的響應速度很慢，但是還可以接受； 而當用戶在超過8秒後仍

效能測試瓶頸定位（2）

當懷疑記憶體不足時： 　方法1： 　　【監控指標】：Memory Available MBytes ，Memory的Pages/sec， page read/sec， Page Faults/sec 　　【參考值】： 　　如果 Page Reads/Sec 比率持續保持為 5，表示可

EQueue 2.0 效能測試報告

前言 最近用了幾個月的時間，一直在對EQueue做效能優化。到現在總算告一段落了，現在把一些優化的結果分享給大家。EQueue是一個分散式的訊息佇列，設計思路基本和阿里的RocketMQ一致，只是是用純C#寫的，這點大家應該都知道了。 之前EQueue 1.*版本，訊息持久化是使用SQLServer的

效能測試篇（2）-監控Linux伺服器資源

1、用root賬號登入系統； 2、建立目錄 #mkdir /test，也可直接在上傳工具中建立資料夾； 3、把nmon上傳到test目錄下，也可直接上傳要用的nmon檔案，但是要搞清楚是幾位的系統，例如64位的系統應上傳64位的即nmon_x86_64_centos6；若傳

jmeter工具效能測試學習筆記-2-多使用者同時訪問多個網頁

接著上一篇的效能測試學習筆記1，發現自己當初做的辦法很蠢，於是在部落格上觀看了很多博主寫的相關資料，發現了更加簡單的方法。測試場景：1、100個使用者在5秒內同時訪問14個頁面2、新增固定計時器：每個網頁之間間隔500毫秒，即上一個網頁訪問結束後，休息500毫秒在訪問下一個網

Linux 7.2 xfs和ext4效能測試

一、說明 紅帽官方版本已經升級到7.2，該版本的標準檔案系統已經由EXT4升級到XFS。從作業系統角度來講，為了獲取更好的支援和服務，此次測試EXT4和XFS的效能區別。 Ext4的檔案系統容量達到1EB，而檔案容量則達到16TB，這是一個非常大的數字了。對一般的桌上型電