Yang,Liming
Yang,Liming
+1
different request type latency is differ, using separate dmclock queue is better?
gtags.conf has configuration data for global(1), gozilla(1), gtags(1) and htags(1). They look for the following files in this order, and read from the first one that exists and is readable....
@wwbmmm 这个PR有一个点没有处理到 int TaskGroup::interrupt(bthread_t tid, TaskControl* c) 这个函数里面在sleep_id != 0，这部分，因为无法拿到tid原来的执行上下文信息，所以没有办法得到正确的tag分组。你看这块怎么处理合适呢？
> @wwbmmm 这个PR有一个点没有处理到 int TaskGroup::interrupt(bthread_t tid, TaskControl* c) 这个函数里面在sleep_id != 0，这部分，因为无法拿到tid原来的执行上下文信息，所以没有办法得到正确的tag分组。你看这块怎么处理合适呢？ 修改了一下，给bthread_interrupt加了一个tag参数，代表用户希望在那个tag分组上执行。
@wwbmmm 辛苦有时间review这个PR
> @yanglimingcn 请问这个PR是意味着可以跨tag使用bthread同步原语了吗？ 使用中是否还有需要在注意的问题呢？ 是的，使用过程中没有什么要注意的，和原来的语义保持一致。
> > > @yanglimingcn 请问这个PR是意味着可以跨tag使用bthread同步原语了吗？ 使用中是否还有需要在注意的问题呢？ > > > > > > 是的，使用过程中没有什么要注意的，和原来的语义保持一致。 > > 太赞了！ 准备开始使用bthread worker pool的特性了。 有问题可以随时沟通
> 不一定是写不进去。大多数情况应该是StartWrite写完队头数据，但是队列里还有还有其他数据，所以启动协程KeepWrite。 > > 不过 #2588 在压力比较大的时候，整体服务能力都下降了。只优化少数连接上的rpc回包延迟，优化应该有限吧。 那如果是只写了一个req，队列里面还有其它数据，这种情况要是优化，可以让StartWrite去再取后边的请求，也不用再专门启动一个bthread吧。