Bright Chen
Bright Chen
> 在文档中做补充, 强调不要在自定义 metric 中 yield bthread 可以在文档中强调一下。
我理解的是，设计上bthread依赖bvar，所以不能用bthread mutex。
@wasphin 有空帮忙看看protobuf22缺失absl_flag库的问题
不一定是写不进去。大多数情况应该是StartWrite写完队头数据，但是队列里还有还有其他数据，所以启动协程KeepWrite。 不过 #2588 在压力比较大的时候，整体服务能力都下降了。只优化少数连接上的rpc回包延迟，优化应该有限吧。
> 另外最新版的 protobuf（26.1）又改接口了，目前测 protobuf 22+ ci 安装的最新版的 protobuf，应该不久又会有问题🤦 @wasphin 果然，又有问题了
> > 不一定是写不进去。大多数情况应该是StartWrite写完队头数据，但是队列里还有还有其他数据，所以启动协程KeepWrite。 > > 不过 #2588 在压力比较大的时候，整体服务能力都下降了。只优化少数连接上的rpc回包延迟，优化应该有限吧。 > > 那如果是只写了一个req，队列里面还有其它数据，这种情况要是优化，可以让StartWrite去再取后边的请求，也不用再专门启动一个bthread吧。 不可行吧。调用方的预期是写完自己的req就得返回了，后续还有其他逻辑执行。
我理解是要么同步写自己的req，要么异步写。
> > 我理解是要么同步写自己的req，要么异步写。 > > 那即使加这个start_urgent，也可能是异步写对吧？因为可能走不到这个分支就提前return了。 是的
期望是这样的，但是没测过效果。
Can you provide some relevant grpc protocol documentation?