| <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Apache Dubbo – 性能优化 & 基准测试</title><link>https://dubbo.apache.org/zh-cn/docs/performance/</link><description>Recent content in 性能优化 & 基准测试 on Apache Dubbo</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><atom:link href="https://dubbo.apache.org/zh-cn/docs/performance/index.xml" rel="self" type="application/rss+xml"/><item><title>Docs: 基准测试</title><link>https://dubbo.apache.org/zh-cn/docs/performance/benchmarking/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://dubbo.apache.org/zh-cn/docs/performance/benchmarking/</guid><description> |
| <div class="pageinfo pageinfo-primary"> |
| <p>此文档已经不再维护。您当前查看的是快照版本。如果想要查看最新版本的文档，请参阅<a href="https://dubbo.apache.org/zh-cn/overview/mannual/java-sdk/reference-manual/performance/benchmarking/">最新版本</a>。</p> |
| </div> |
| <h2 id="1-benchmark-结论">1 Benchmark 结论</h2> |
| <p>对比 2.x 版本，Dubbo3 版本</p> |
| <ul> |
| <li>服务发现资源利用率显著提升。 |
| <ul> |
| <li>对比接口级服务发现，单机常驻内存下降 50%，地址变更期 GC 消耗下降一个数量级 (百次 -&gt; 十次)</li> |
| <li>对比应用级服务发现，单机常驻内存下降 75%，GC 次数趋零</li> |
| </ul> |
| </li> |
| <li>Dubbo 协议性能持平，Triple 协议在网关、Stream吞吐量方面更具优势。 |
| <ul> |
| <li>Dubbo协议 （3.0 vs 2.x），3.0 实现较 2.x 总体 qps rt 持平，略有提升</li> |
| <li>Triple协议 vs Dubbo协议，直连调用场景 Triple 性能并无优势，其优势在网关、Stream调用场景。</li> |
| </ul> |
| </li> |
| </ul> |
| <p>以下是详细压测过程与数据</p> |
| <h2 id="2-应用级服务发现地址推送链路">2 应用级服务发现（地址推送链路）</h2> |
| <p>此部分压测数据是由工商银行 Dubbo 团队基于内部生产数据给出，压测过程模拟了“生产环境地址+zookeeper”的服务发现架构。</p> |
| <h3 id="21-环境">2.1 环境</h3> |
| <table> |
| <thead> |
| <tr> |
| <th></th> |
| <th>描述</th> |
| </tr> |
| </thead> |
| <tbody> |
| <tr> |
| <td><strong>压测数据</strong></td> |
| <td>提供者<br/>500运行实例✖️8interface✖️5protocol，即每个提供者向注册中心注册40个URL，总计20000个URL，每个URL字符长度约1k。<br/><br/>注册中心<br/>2个独立zookeeper注册中心，服务提供者消费者采用并行配置。<br/><br/>消费者<br/>配置1c2g，xmx=768，开启GC，从2个注册中心订阅，每5秒调用一次服务。运行20小时。</td> |
| </tr> |
| <tr> |
| <td><strong>压测环境</strong></td> |
| <td>Java version &ldquo;1.8.0&rdquo;<br/>Java(TM) SE Runtime Enviroment (build pxa6480sr3fp12-20160919_01(SR3 FP12))<br/>IBM J9 VM (Build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20160915_318796, JIT enabled, AOT enabled)</td> |
| </tr> |
| </tbody> |
| </table> |
| <h3 id="22-数据分析">2.2 数据分析</h3> |
| <p><img src="https://dubbo.apache.org/imgs/v3/performance/registry-mem.svg" alt="//imgs/v3/performance/registry-mem.svg"></p> |
| <p><br />图一 服务发现模型内存占用变化<br /><br /></p> |
| <ul> |
| <li>Dubbo3 接口级服务发现模型，常驻内存较 2.x 版本下降约 50%</li> |
| <li>Dubbo3 应用级服务发现模型，常驻内存较 2.x 版本下降约 75%</li> |
| </ul> |
| <p><img src="https://dubbo.apache.org/imgs/v3/performance/registry-gc.svg" alt="//imgs/v3/performance/registry-gc.svg"></p> |
| <p><br />图二 服务发现模型 GC 变化<br /><br /></p> |
| <ul> |
| <li>Dubbo3 接口级服务发现模型，YGC 次数 2.x 版本大幅下降，从数百次下降到十几次</li> |
| <li>Dubbo3 应用级服务发现模型，FGC 次数 2.x 版本大幅下降，从数百次下降到零次</li> |
| </ul> |
| <h2 id="3-rpc-协议远程调用链路">3 RPC 协议（远程调用链路）</h2> |
| <ul> |
| <li>Dubbo3 的 _Dubbo协议 _实现与 Dubbo2 版本在性能上基本持平。</li> |
| <li>由于 Triple协议 本身是基于 HTTP/2 构建，因此在单条链路上的 RPC 调用并未比基于 TCP 的 Dubbo2 有提升，反而在某些调用场景出现一定下降。但 _Triple协议 _更大的优势在于网关穿透性、通用性，以及 Stream 通信模型带来的总体吞吐量提升。</li> |
| <li>Triple 预期在网关代理场景下一定会有更好的性能表现，鉴于当前压测环境，本轮 benchmark 暂未提供。</li> |
| </ul> |
| <h3 id="31-环境">3.1 环境</h3> |
| <table> |
| <thead> |
| <tr> |
| <th></th> |
| <th>描述</th> |
| </tr> |
| </thead> |
| <tbody> |
| <tr> |
| <td><strong>机器</strong></td> |
| <td>4C8G Linux JDK 1.8（Provider）4C8G Linux JDK 1.8 （Consumer）</td> |
| </tr> |
| <tr> |
| <td><strong>压测用例</strong></td> |
| <td>RPC 方法类型包括：无参无返回值、普通pojo返回值、pojo列表返回值<br /><br />2.7 版本 Dubbo 协议（Hessian2 序列化）<br />3.0 版本 Dubbo 协议（Hessian2 序列化）<br />3.0 版本 Dubbo 协议（Protobuf 序列化）<br />3.0 版本 Triple 协议（Protobuf 序列化）<br />3.0 版本 Triple 协议（Protobuf 套 Hessian2 序列化）</td> |
| </tr> |
| <tr> |
| <td><strong>压测方法</strong></td> |
| <td>单链接场景下，消费端起 32 并发线程（当前机器配置 qps rt 较均衡的并发数），持续压后采集压测数据<br /> 压测数据通过 <a href="https://github.com/apache/dubbo-benchmark">https://github.com/apache/dubbo-benchmark</a> 得出</td> |
| </tr> |
| </tbody> |
| </table> |
| <br /> |
| <h3 id="32-数据分析">3.2 数据分析</h3> |
| <table> |
| <thead> |
| <tr> |
| <th></th> |
| <th><strong>Dubbo + Hessian2<br />2.7</strong></th> |
| <th><strong>Dubbo + Hessian2<br />3.0</strong></th> |
| <th><strong>Dubbo + Protobuf<br />3.0</strong></th> |
| <th><strong>Triple + Protobuf<br />3.0</strong></th> |
| <th><strong>Triple + Protobuf(Hessian)<br />3.0</strong></th> |
| </tr> |
| </thead> |
| <tbody> |
| <tr> |
| <td><strong>无参方法</strong></td> |
| <td>30333 ops/s<br />2.5ms P99</td> |
| <td>30414 ops/s<br />2.4ms P99</td> |
| <td>24123 ops/s<br />3.2ms P99</td> |
| <td>7016 ops/s<br />8.7ms P99</td> |
| <td>6635 ops/s<br />9.1ms P99</td> |
| </tr> |
| <tr> |
| <td><strong>pojo返回值</strong></td> |
| <td>8984 ops/s<br />6.1 ms P99</td> |
| <td>12279 ops/s<br />5.7 ms P99</td> |
| <td>21479 ops/s<br />3.0 ms P99</td> |
| <td>6255 ops/s<br />8.9 ms P99</td> |
| <td>6491 ops/s<br />10 ms P99</td> |
| </tr> |
| <tr> |
| <td><strong>pojo列表返回值</strong></td> |
| <td>1916 ops/s<br />34 ms P99</td> |
| <td>2037 ops/s<br />34 ms P99</td> |
| <td>12722 ops/s<br />7.7 ms P99</td> |
| <td>6920 ops/s<br />9.6 ms P99</td> |
| <td>2833 ops/s<br />27 ms P99</td> |
| </tr> |
| </tbody> |
| </table> |
| <h4 id="321-dubbo-协议不同版本实现对比">3.2.1 Dubbo 协议不同版本实现对比</h4> |
| <p><img src="https://dubbo.apache.org/imgs/v3/performance/rpc-dubbo.svg" alt="//imgs/v3/performance/rpc-dubbo.svg"></p> |
| <p><br />图三 Dubbo协议在不同版本的实现对比<br /></p> |
| <ul> |
| <li>就 Dubbo RPC + Hessian 的默认组合来说，Dubbo3 与 Dubbo2 在性能上在不同调用场景下基本持平</li> |
| </ul> |
| <h4 id="322-dubbo协议-vs-triple协议">3.2.2 Dubbo协议 vs Triple协议</h4> |
| <p><img src="https://dubbo.apache.org/imgs/v3/performance/rpc-triple.svg" alt="//imgs/v3/performance/rpc-triple.svg"></p> |
| <p><br />图四 Triple vs Dubbo<br /></p> |
| <ul> |
| <li>单纯看 Consumer &lt;-&gt; Provider 的点对点调用，可以看出 Triple 协议本身并不占优势，同样使用 Protobuf 序列化方式，Dubbo RPC 协议总体性能还是要优于 Triple。<br /><br /></li> |
| <li>Triple 实现在 3.0 版本中将会得到持续优化，但不能完全改变在某些场景下“基于 HTTP/2 的 RPC 协议”对比“基于 TCP 的 RPC 协议”处于劣势的局面</li> |
| </ul> |
| <h4 id="323-补充网关场景">3.2.3 补充网关场景</h4> |
| <p>TBD<br /><br /></p> |
| <h4 id="334-模拟-stream-通信场景的吞吐量提升">3.3.4 模拟 Stream 通信场景的吞吐量提升</h4> |
| <p>TBD</p></description></item></channel></rss> |
