1. 程式人生 > >kiss rpc flatbuffer,capnp版本和grpc效能測試對比

kiss rpc flatbuffer,capnp版本和grpc效能測試對比

kiss rpc flatbuffer比之前的capnp在效能上快4倍左右,類比grpc快5倍左右。
記憶體資源,cpu資源,網路資源佔用更低。

測試環境

  • 環境:ubuntu 16.04 lts(64位)
  • 硬體:xeon cpu [email protected] x 8
  • 記憶體:8G
  • 網路:localhost(本地環回)

55508328.png

GRPC 測試

  • 單連線, 同步測試,測試50WQPS:1.5W qps/sec

57980237.png

  • 單連線,非同步測試,測試10WQPS:4.4W qps/sec

61314127.png

  • 併發測試:1000個客戶端,每個客戶端測試100QPS, 10萬QPS:5W qps/sec

51612305.png

kiss rpc flatbuffer版本測試:

  • 單連線 100w QPS同步測試,耗時:20秒,平均每秒5w QPS
  • 單連線 100w QPS非同步測試, 耗時5秒,平均每秒20w QPS

54551730.png

1000併發非同步測試
  • 1000併發, 100wQPS非同步測試, 耗時:5秒,平均每秒QPS:20W

54709793.png

kiss rpc capnp版本測試:

  • 單連線 50w QPS同步測試,耗時:15秒,平均每秒3.3w QPS
  • 單連線 50w QPS非同步測試, 耗時9秒,平均每秒5.5w QPS

54987389.png

2.1000併發非同步測試:
  • 1000併發, 100wQPS非同步測試, 耗時:25秒,平均每秒QPS:4W

55004185.png

相關推薦

kiss rpc flatbuffer,capnp版本grpc效能測試對比

kiss rpc flatbuffer比之前的capnp在效能上快4倍左右,類比grpc快5倍左右。 記憶體資源,cpu資源,網路資源佔用更低。 測試環境 環境:ubuntu 16.04 l

.NET Core 3.1 的REST gRPC 效能測試

看到越南小哥 的github 上的Evaluating Performance of REST vs. gRPC , 使用的是.NET Core 3.0 , 今天我把它升級到.NET Core 3.1 同樣做了一個測試,文章的結果和他的部落格文章是一樣的:https://dev.to/thangchung/p

Lua、Luajit、Python、Node.jsJava效能測試對比

這個Github專案提供了Lua、Luajit、Python、Node.js和Java等動態語言的效能測試,具體語言版本包括: Lua 5.3.3 Luajit 2.0.4 Python 3.5.1 Pypy 2.4.0 HipHop VM 3.13.

RedisMemcache效能測試對比

Redis和Memcache,測試伺服器是一個個人PC:配置一般(2CPU\2G記憶體),作業系統安裝的CentOS。 1、redis memcache都是空的時候 redis設定10000

我國祖沖之密碼演算法ZUC128ZUC256效能測試

摘要:本文件對序列密碼演算法ZUC128和ZUC256在32位平臺下進行軟體實現和評估,包括加密效能和計算MAC的效能,文件最後一章給出ZUC128和ZUC256的效能對比評估結果。 關鍵詞:ZUC128,ZUC256,序列密碼,軟體實現。 目錄 1. 效能測試說明... 1 1.1

C++有序map無序unordered_map效能測試對比

概述 簡單對比map和unordered_map的效能。 map內部是紅黑樹,在插入元素時會自動排序,而無序容器unordered_map內部是散列表,通過雜湊而不是排序來快速操作元素,使得效率更高。當你不需要排序時選擇unordered_map的效率更高。

SATA硬碟SSD硬碟效能測試對比

測試工具: fio 測試物件: SATA硬碟, SSD硬碟 測試專案:順序讀、隨機讀、順序寫、隨機寫 1. 順序讀 測試命令:fio -name iops -rw=read -bs=4k -runtime=60 -iodepth 32 -filename /dev

【MongoDb】一次關於OracleMongoDb的插入查詢效能測試

本次實驗是在筆者上學期期末一次課程實習中的一部分,現在整理出來以供參考。 本次資料用的是不同數量級別上的資料分別在Oracle和MongoDb中進行實驗的。 其中兩者的表結構一樣,都是如下欄位:

JavaGroovy效能測試

    一直使用Java呼叫Groovy指令碼完成一些隨時可能調整修改的任務。今天測試了以下效能,還不錯。測試程式碼如下: Java程式碼: public class TestC {     static long fib(long n) {         if (n &

Dictionary Hashtable 效能消耗對比

(3).單執行緒程式中推薦使用 Dictionary, 有泛型優勢, 且讀取速度較快, 容量利用更充分。多執行緒程式中推薦使用Hashtable, 預設的Hashtable 允許單執行緒寫入, 多執行緒讀取, 對 Hashtable 進一步呼叫 Synchronized() 方法可以獲得完全執行緒安全的型

splFixedArrayPHP array的簡單效能測試對比

自從5.3版本開始,PHP在SPL擴充套件中提供了一個叫做splFixedArray的陣列[連結],splFixedArray陣列相比標準的PHP陣列更接近於C語言的陣列,而且由於splFixedArray沒有使用雜湊(Hash)儲存方式,因此效率更高。下面我們

ArrayListLinkedList的幾種迴圈遍歷方式及效能對比分析 主要介紹ArrayListLinkedList這兩種list的五種迴圈遍歷方式,各種方式的效能測試對比,根據ArrayLis

主要介紹ArrayList和LinkedList這兩種list的五種迴圈遍歷方式,各種方式的效能測試對比,根據ArrayList和LinkedList的原始碼實現分析效能結果,總結結論。 通過本文你可以瞭解(1)List的五種遍歷方式及各自效能 (2)foreach及Iterator的實現 (3)加

nginxapache併發效能測試對比

今天在ubuntu 12.04 service版本上搭建了apache2+php的站點以及nginx+php5-fpm的站點,簡單地用apache自帶的ab工具測試了一下併發的效能,具體的測試指令碼如下: <?php     $arr = array();     f

Linux 7.2 xfsext4效能測試

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

MySQLSqlite3效能測試

測試條件:[email protected],普通機械硬碟。MySql: 5.0.45-community-nt,32bit, innodb引擎,innodb_flush_log_at_trx_commit=0Sqlite3: Synchronous=Off,Loc

記一次基於LR的UDPTCP效能測試

背景   最近專案要做效能測試,要出要一份效能報告,讓我出一個有關Tcp和Udp的功能模組的測試,流程大概是這樣,先走TCP協議協商一下會話,協商成功後走Udp收發資料。      有點簡單啊,自己寫個功能模組測一下,然後把結果展示出來就ok了。   然而想法很美好,現實有點殘酷。idea瞬間被pas

Docker五種存儲驅動原理及應用場景性能測試對比

Docker 存儲驅動 Docker最開始采用AUFS作為文件系統,也得益於AUFS分層的概念,實現了多個Container可以共享同一個image。但由於AUFS未並入Linux內核,且只支持Ubuntu,考慮到兼容性問題,在Docker 0.7版本中引入了存儲驅動, 目前,Docker支持AUFS

Yii2與phalcon效能測試對比

  Phalcon是一款基於C語言編寫高效能的PHP框架,擁有鬆耦合、易擴充套件的特點,並且嚴格遵循PSR規範。   近期接手一個新專案,對效能、擴充套件性要求較高,需要尋找一個合適的框架,經過考察和試驗,確定為phalcon和Yii2二者之一。團隊一直在使用YII框架

數據結構--Avl樹的創建,插入的遞歸版本非遞歸版本,刪除等操作

pop end eem static cout 遞歸 sta div else AVL樹本質上還是一棵二叉搜索樹,它的特點是: 1.本身首先是一棵二叉搜索樹。 2.帶有平衡條件:每個結點的左右子樹的高度之差的絕對值最多為1(空樹的高度為-1)。 也就是說,AV

Eclipse創建Maven-Web項目及解決 jre版本web.xml版本問題

edit ctype 去掉 ble rip java se alt .com group Eclipse 通過 Maven 建立 SSM 框架項目(web項目)時,默認的web.xml文件版本為 2.3,jre版本為 1.5;在修改其版本遇到了各種問題 例如: web.