GitHub user lizining1231 added a comment to the discussion: [OSPP 2026] Triple 协议性能分析与优化
如果看差距变化的话，可能需要进一步降低预期，因为前面落地的三轮优化，只有第一轮是针对端到端QPS/P99的，第二轮针对于内存分配，对吞吐和延迟没有什么影响，第三轮则并非通用场景而是特定的流式发送场景，所以在默认场景的端到端测试下，与grpc的差距没有得到大幅度的缩减 今天挑了部分场景，在同一时间段内分别压测了五组，分别是优化前后的dubbo-go grpc协议路径，优化前后的dubbo-go triple协议，与grpc端作比较（没有复现出当初的十倍差距） |场景与 Dubbo-Go 协议 | QPS 差距：优化前 → 当前 | 差距缩小 | P99 差距：优化前 → 当前| |-- | -- | -- | -- | |128B × 100，gRPC 协议 | 6.28 倍 → 4.79 倍 | 23.6% | 3.61 倍 → 3.14 倍| |16KiB × 50，gRPC 协议 | 4.99 倍 → 4.16 倍 | 16.6% | 3.87 倍 → 3.65 倍| |16KiB × 50，Triple 协议 | 3.89 倍 → 3.47 倍 | 10.6% | 3.82 倍 → 3.06 倍| |128B × 100，Triple 协议（不稳定） | 5.34 倍 → 5.26 倍 | 1.5% | 3.18 倍 → 3.44 倍| 的确应该存在更深层次宏观的原因，因为目前除了triple unary热路径拆io.pipe的优化收益很大，其他的优化收益都在递减，尤其是优化（四），落地后测试指标只能稳定提升2-3%。 除了我们现在已经优化的或者说准备优化的瓶颈之外，测试中gzip开关也对性能差距有影响，当前测试的一直是两个仓库的默认场景，也就是dubbogo默认开grpc默认关，不过这个占比并不大，无法解释全部差距。我会增加一些针对性的测试、完整的对比测试和进一步分析去找更深层次的原因。 GitHub link: https://github.com/apache/dubbo-go/discussions/3673#discussioncomment-18641934 ---- This is an automatically sent email for [email protected]. To unsubscribe, please send an email to: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
