Dubbo3 基準(zhǔn)測(cè)試

1 Benchmark 結(jié)論

對(duì)比 2.x 版本，Dubbo3 版本

• 服務(wù)發(fā)現(xiàn)資源利用率顯著提升。對(duì)比接口級(jí)服務(wù)發(fā)現(xiàn)，單機(jī)常駐內(nèi)存下降 50%，地址變更期 GC 消耗下降一個(gè)數(shù)量級(jí) (百次 -> 十次)對(duì)比應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)，單機(jī)常駐內(nèi)存下降 75%，GC 次數(shù)趨零
• Dubbo 協(xié)議性能持平，Triple 協(xié)議在網(wǎng)關(guān)、Stream吞吐量方面更具優(yōu)勢(shì)。Dubbo協(xié)議 （3.0 vs 2.x），3.0 實(shí)現(xiàn)較 2.x 總體 qps rt 持平，略有提升Triple協(xié)議 vs Dubbo協(xié)議，直連調(diào)用場(chǎng)景 Triple 性能并無(wú)優(yōu)勢(shì)，其優(yōu)勢(shì)在網(wǎng)關(guān)、Stream調(diào)用場(chǎng)景。

以下是詳細(xì)壓測(cè)過(guò)程與數(shù)據(jù)

2 應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)（地址推送鏈路）

此部分壓測(cè)數(shù)據(jù)是由工商銀行 Dubbo 團(tuán)隊(duì)基于內(nèi)部生產(chǎn)數(shù)據(jù)給出，壓測(cè)過(guò)程模擬了“生產(chǎn)環(huán)境地址+zookeeper”的服務(wù)發(fā)現(xiàn)架構(gòu)。

2.1 環(huán)境

2.2 數(shù)據(jù)分析

圖一 服務(wù)發(fā)現(xiàn)模型內(nèi)存占用變化

• Dubbo3 接口級(jí)服務(wù)發(fā)現(xiàn)模型，常駐內(nèi)存較 2.x 版本下降約 50%
• Dubbo3 應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)模型，常駐內(nèi)存較 2.x 版本下降約 75%

圖二 服務(wù)發(fā)現(xiàn)模型 GC 變化

• Dubbo3 接口級(jí)服務(wù)發(fā)現(xiàn)模型，YGC 次數(shù) 2.x 版本大幅下降，從數(shù)百次下降到十幾次
• Dubbo3 應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)模型，F(xiàn)GC 次數(shù) 2.x 版本大幅下降，從數(shù)百次下降到零次

3 RPC 協(xié)議（遠(yuǎn)程調(diào)用鏈路）

• Dubbo3 的 _Dubbo協(xié)議 _實(shí)現(xiàn)與 Dubbo2 版本在性能上基本持平。
• 由于 Triple協(xié)議 本身是基于 HTTP/2 構(gòu)建，因此在單條鏈路上的 RPC 調(diào)用并未比基于 TCP 的 Dubbo2 有提升，反而在某些調(diào)用場(chǎng)景出現(xiàn)一定下降。但 _Triple協(xié)議 _更大的優(yōu)勢(shì)在于網(wǎng)關(guān)穿透性、通用性，以及 Stream 通信模型帶來(lái)的總體吞吐量提升。
• Triple 預(yù)期在網(wǎng)關(guān)代理場(chǎng)景下一定會(huì)有更好的性能表現(xiàn)，鑒于當(dāng)前壓測(cè)環(huán)境，本輪 benchmark 暫未提供。

3.1 環(huán)境

3.2 數(shù)據(jù)分析

3.2.1 Dubbo 協(xié)議不同版本實(shí)現(xiàn)對(duì)比

圖三 Dubbo協(xié)議在不同版本的實(shí)現(xiàn)對(duì)比

• 就 Dubbo RPC + Hessian 的默認(rèn)組合來(lái)說(shuō)，Dubbo3 與 Dubbo2 在性能上在不同調(diào)用場(chǎng)景下基本持平

3.2.2 Dubbo協(xié)議 vs Triple協(xié)議

圖四 Triple vs Dubbo

• 單純看 Consumer <-> Provider 的點(diǎn)對(duì)點(diǎn)調(diào)用，可以看出 Triple 協(xié)議本身并不占優(yōu)勢(shì)，同樣使用 Protobuf 序列化方式，Dubbo RPC 協(xié)議總體性能還是要優(yōu)于 Triple。
• Triple 實(shí)現(xiàn)在 3.0 版本中將會(huì)得到持續(xù)優(yōu)化，但不能完全改變?cè)谀承﹫?chǎng)景下“基于 HTTP/2 的 RPC 協(xié)議”對(duì)比“基于 TCP 的 RPC 協(xié)議”處于劣勢(shì)的局面

3.2.3 補(bǔ)充網(wǎng)關(guān)場(chǎng)景

TBD

3.3.4 模擬 Stream 通信場(chǎng)景的吞吐量提升 

TBD