1. 轻量级,简单易用。支持idl和手动编写协议两种方式。模拟函数式调用方式,更加符合rpc远程调用方式。
2. 易修改易使用,已有的代码可以直接发布使用
3. 数据格式支持向下兼容,采用flatbuffer协议,兼容性更好,速度更快。
4. 支持多值返回特性,支持超时机制,类比grpc,thrift,dubbo快几倍甚至 几十倍。
5. 支持snappy压缩算法,压缩速度,性能优越。
6. 支持管道数据压缩,动态数据压缩,请求式数据压缩,运用场景灵活广泛。
* 环境: linux, unix, windows, macOS
* 传输协议:flatbuffer for dlang(需要安装此依赖库, https://github.com/huntlabs/google-flatbuffers)
* 压缩协议:snappy(需要安装此依赖库, https://github.com/google/snappy)
* 开发语言:dlang
* 编译器:dub
* github:https://github.com/huntlabs/kiss-rpc
* 开发者笔记:[开发笔记](http://e222f542.wiz03.com/share/s/3y8Ll23R1kuW2E2Bv211ZNaJ0CD40M16VAzs2tpsxy2bq6Ha)](http://e222f542.wiz03.com/share/s/3y8Ll23R1kuW2E2Bv211ZNaJ3xapdS0TaQCk2ieqTL2UN24T))
* 环境:ubuntu 16.04 lts(64位)
* 硬件:xeon cpu [email protected] x 8
* 内存:8G
* 网络:localhost(本地环回)
**
* 海量互联网业务系统只能依赖分布式架构来解决,而分布式开发的基石则是RPC;本文主要针对两个开源的RPC框架(gRPC、 Apache Thrift),以及配合GoLang、C++两个开发语言进行性能对比分析。
测试场景client, server都是单进程,长连接,在单次连接内发起1w(5w)次rpc调用,计算耗时;
client, server都是单进程,短连接,共发起1w(5w)次连接,每次连接单次RPC调用,计算耗时;
并发4个client进程,每个进程长连接10w rpc,服务端单进程多线程(协程),计算耗时;
由于不同语言,耗时统计存在偏差,比如boost.timer在程序里计算出来的耗时明显偏小,所以统一使用linux命令time来计算耗时;