RPC通信框架——RCF介绍


阅读目录

  • RPC通信框架
  • 为什么选择RCF
  • 简单的性能测试
  • 参考资料
  • 总结

现有的软件中用了大量的COM接口,导致无法跨平台,当然由于与Windows结合的太紧密,还有很多无法跨平台的地方。那么为了实现跨平台,支持Linux系统,以及后续的分布式,首要任务是去除COM接口。

在对大量框架进行调研后,决定使用RCF替换COM接口。

RPC通信框架

  • CORBA
  • ICE
  • Thrift
  • zeromq
  • dbus
  • RCF
  • YAMI4
  • TAO

为什么选择RCF

经过各项对比,认为:

1.RCF的使用方式与现有的COM接口方式非常类似,在开发上可以更快速、更容易的替换COM,并且可以少犯错误;

2.从稳定性上来说,RCF从2008年发布的第一个正式版本1.0,到现在的2.01,经历了7个比较重大的版本变化,发展的用户包括”爱立信、惠普“等这样的大公司,在网络上查找RCF相关的介绍,普遍都说不错,是功能比较强大的分布式通信框架,由此可知RCF目前比较稳定,比较成熟;

3.RCF基于标准C++,支持Windows、Linux、Unix等操作系统,可以很好的完成跨平台功能;

4.RCF支持TCP、UDP、命名管道等通信方式;

5.RCF的Server端支持单线程与线程池模式,正好对应COM的两种线程模式;

6.官方文档号称使用了零拷贝、零堆内存分配、Server端缓存等技术,用于提高性能;

7.比较重要的是,虽然官方只有英文文档,但是这份文档非常通俗易懂,即使英文水平比较差,也能在一个晚上或者一个上午的时间内对RCF整体的使用、包含的功能、支持的协议等有比较详细的了解,这对于后续的快速了解和快速开发并替换COM,有着至关重要的作用;

简单的性能测试

在我的笔记本 Windows7 专业版 SP1 x64 、Intel(R) Core(TM) i5-2450M CPU @ 2.5GHz、 12G内存 的机器上,编写了Demo,对RCF进行了测试。

一个Server程序,一个Client程序,通过TCP进行通信,Client程序中调用Server服务的接口,这个接口实现是一个空方法,用来测试纯接口调用的极限次数,Release x86版测试结果如下:

调用两万次,耗时1647ms左右,平均每秒可以调用12143次,平均每次调用耗时82微妙。

本文永久更新链接地址:

相关内容

    暂无相关文章