Yang,Liming
Yang,Liming
使用rdma_performance来测试你这个协议的请求和应答试试呢？这样能缩小问题的排查范围，更好的定位问题点。
建议使用brpc里面的测试程序，echo_server echo_client试试，便于定位问题。
功能3的意思是用户可以不用pb协议，使用其它类型协议也可以是吗？c++客户端到服务端直接这样可以吗？中间不用加一层代理。
为啥需要和pb互转呢？我理解这个过程bRPC完全透传了用户的消息，不用做任何处理，就类似attachment。 bRPC只处理baidu_std这层协议使用的是pb。
现在对于这种异步不等待的，如何能正确使用span呢？不等待的可以使用StartCancel+Join快速结束掉吗？@wwbmmm
能定义一个接口类似StartCancel，将不等待的rpc的span删掉吗？ 具体步骤 1、使用bthread_id_lock锁住controller， 2、然后设置controller里面的span为空， 3、释放span空间。
> > 现在对于这种异步不等待的，如何能正确使用span呢？不等待的可以使用StartCancel+Join快速结束掉吗？@wwbmmm > > 是否可以给Controller加一个强制关闭span功能的开关，对于异步不等待的请求可以开启这个开关？ 有时候不知道哪些请求是异步不等待的，比如，向三个副本写数据，回来两个就认为成功了，第三个请求的应答就不需要同步等了，所以这个请求的span信息也就不需要了。这是一种动态的取消某个rpc的span的过程。
> > > > 现在对于这种异步不等待的，如何能正确使用span呢？不等待的可以使用StartCancel+Join快速结束掉吗？@wwbmmm > > > > > > > > > 是否可以给Controller加一个强制关闭span功能的开关，对于异步不等待的请求可以开启这个开关？ > > > > > > 有时候不知道哪些请求是异步不等待的，比如，向三个副本写数据，回来两个就认为成功了，第三个请求的应答就不需要同步等了，所以这个请求的span信息也就不需要了。这是一种动态的取消某个rpc的span的过程。 > > 这种可以用StartCancel+Join吧 这种其实还是想要第三个请求的rpc应答的，只是不需要同步等待它，等这个rpc应答后可以做一些更新的动作。
> > > 这种可以用StartCancel+Join吧 > > > > > > 这种其实还是想要第三个请求的rpc应答的，只是不需要同步等待它，等这个rpc应答后可以做一些更新的动作。 > > 这个场景的话，感觉第三个请求的span信息也是有用的吧？可能需要实现一个server span延迟submit的逻辑 如果不关心第三个请求的应答的span信息，在同步请求得到应答之后，是否可以按照如下逻辑处理不造成core呢？ 具体步骤 1、使用bthread_id_lock锁住controller， 2、然后设置controller里面的span为空， 3、释放span空间。
> > > > > 这种可以用StartCancel+Join吧 > > > > > > > > > > > > 这种其实还是想要第三个请求的rpc应答的，只是不需要同步等待它，等这个rpc应答后可以做一些更新的动作。 > > > > > > > > > 这个场景的话，感觉第三个请求的span信息也是有用的吧？可能需要实现一个server span延迟submit的逻辑...