Grpc — 整体性能测试

当然最最最重要的就是性能，在使用RPC的场景下对于多个程序通讯完成业务所消耗的性能是有巨大挑战的，笔者也做了一套完整的性能测试大家可以继续往下看。

附上:

喵了个咪的博客：w-blog.cn

博文实例demo：GitHub - sunmi-OS/grpc-php-to-golang-demo

grpc官网：grpc / grpc.io

protobuf代码仓库：Releases · protocolbuffers/protobuf · GitHub

一，服务器配置

• E5 - 2680V2 * 4
• 8G ddr3 1600Mhz
• ab工具压测

分别对以下两种场景进行测试：

• GO -> （Grpc） -> GO
• PHP -> （Grpc） -> GO
• GO -> （HTTP） -> GO
• PHP -> （HTTP） -> GO

GO通过一个开发一个http的api来进行rpc调用，下面称为api_client：

二，基准线

压测需要一个基准线作为参考

PHP直接echo 基准线是16K

go echo 基准是 20k

go echo -k 基准是74K

三，GO -> （Grpc） -> GO

CPU资源消耗 363%，压力17K，相对20K基准差距3K

使用 -k 维持链接 CPU资源消耗 358%，压力28K，相对74K基准差距46K

四，PHP -> （Grpc） -> GO

资源消耗396%，压力3.5K，相对16K基准差距12.5K

-k 资源消耗393%，压力3.4K，相对16K基准差距12.6K

压测结果

五，GO -> （HTTP） -> GO

资源消耗361%，压力8K，相对74K基准差距66K

-k资源消耗357%，压力11K，相对74K基准差距63K

六，PHP -> （HTTP） -> GO

资源消耗386%，压力6.8K，相对16K基准差距9.2K

七，结论

• GO 基准 74k
• PHP 基准 16k
• GO -> （Grpc） -> GO 压力28K
• PHP -> （Grpc） -> GO 压力 3.5K
• GO -> （HTTP） -> GO 压力8.3K
• PHP -> （HTTP） -> GO 压力6.8K

更具整体结果得到以下结论：

• 对于GO与GO之前通讯Grpc远远优于http协议
• PHP调用GO提供的服务，都有很大的开销，http整体资源消耗和并发能力优于Grpc，Grpc依赖太重导致了PHP引入文件很慢，PHP更时候HTTP调用方式

PS：那么有没有什么方式只需要开发一次就能都支持HTTP和Grpc，PHP调用http，Go调用Grpc，因此就有了后面的Grpc-gateway的内容了