/tags/rpc-framework/ Recent content in rpc framework on Bad Fd Hugo -- gohugo.io zh-cn Sat, 01 Dec 2018 21:26:49 +0800 /posts/cppnote-server_rpc_notes/ Sat, 01 Dec 2018 21:26:49 +0800 /posts/cppnote-server_rpc_notes/ <p>最近比较详细地缕了一遍公司内部另一个团队的存储产品（基于apache thrift），后简称为A。到目前为止，本团队存储产品自研的rpc框架，加上自己写过一个简单rpc框架用于rdb实例分裂，已经接触了3个rpc框架。准备在这篇文章总结下一些个人感想。</p> <h3 id="连接处理模型">连接处理模型</h3> <ul> <li> <p>A的服务端：使用thrift-rpc的nonblock-server，连接处理模型是同步的： a. io线程在收到一个包后，会先把自己设为idle（具体点就是摘掉本线程上的可读写事件），扔给worker线程处理完成后再加回来。</p> </li> <li> <p>A的cli端的处理是同步的：</p> </li> </ul> /posts/cppnotes-server_rpc_notes/ Sat, 01 Dec 2018 21:26:49 +0800 /posts/cppnotes-server_rpc_notes/ <p>最近比较详细地缕了一遍公司内部另一个团队的存储产品（基于apache thrift），后简称为A。到目前为止，本团队存储产品自研的rpc框架，加上自己写过一个简单rpc框架用于rdb实例分裂，已经接触了3个rpc框架。准备在这篇文章总结下一些个人感想。</p> <h3 id="连接处理模型">连接处理模型</h3> <ul> <li> <p>A的服务端：使用thrift-rpc的nonblock-server，连接处理模型是同步的： a. io线程在收到一个包后，会先把自己设为idle（具体点就是摘掉本线程上的可读写事件），扔给worker线程处理完成后再加回来。</p> </li> <li> <p>A的cli端的处理是同步的：</p> </li> </ul>