Bright Chen
Bright Chen
rpc_waitepollout_count表示server写socket写到EAGAIN的次数，看起来server不是瓶颈。
对于brpc网关的场景（A(client) -> B(gateway) -> C(server)），server是一个普通的brpc服务，支持baidu协议。我们期望B发出去的数据格式是json的时候，C也能序列化成pb Message。A可以是多语言client，只要按照B的协议格式设置好路由策略、方法、数据即可。
#2727 加了一个宏（NO_PTHREAD_MUTEX_HOOK）用来关掉hook。 但是bthread lock和FastPthreadLock没有适配TSan，可能会导致误报。应该得适配了TSan、ASan注解才可以正常工作吧。
Related PR：#2177
应该是之前的提交删漏了，可以提个PR
容灾方面是不是可以全面一点？ （周期或者滑动窗口）统计请求的成功率，根据成功率可以做以下策略： 1. lb选实例时，减少访问可用性弱的实例； 2. 减少重试（包括backup request）。 3. 其他，待补充。
> 在HandleBackupRequest里一开始拦截一下，避免触发EBACKUPREQUEST。 需要这么及时地拦截吗？ ChannelOptions支持一个backup_request_policy，支持动态backup_request时间，这样处理起来更统一，更能满足多样的需求吧。
拦截是基于什么指标呢？这个指标不灵敏的话，在HandleBackupRequest或者backup_request_policy拦截，差别不大吧。 controller设置backup_request_policy也是请求粒度的。
嗯嗯，理解这个场景了。其实跟RetryPolicy一样，让用户决定是否要继续发请求。 或许backup_request_policy可以都支持： 1. 支持动态timeout； 2. 支持在HandleBackupRequest拦截。