Xin.Zh
Xin.Zh
Organization:Apache/Dubbo-go (Required) Location: Beijing, China(Required) Contact: [email protected] (Optional) Purpose:used as the transport layer
> @AlexStocks 大佬,tcp写超时设置为30s,同样是compress_encoding: false, 也出现了timeout,实际上从调用到报超时,1ms也没有,请问一下,这个是什么原因,该如何修改,麻烦给个思路. 你加我钉钉群没有?我们可以在钉钉群 23331795 交流下
> @AlexStocks 大佬,这个问题有没有相关的分析呀,求指点一下。我们准备现在也遇到这个现象了,暂时未明确原因。 github.com/apache/dubbo-getty 试试这个分支,看看还有没有这个现象
> > @AlexStocks 大佬,这个问题有没有相关的分析呀,求指点一下。我们准备现在也遇到这个现象了,暂时未明确原因。 > > 你用的是什么版本的呀? 可能的原因就是上次说的,session 的 wLastDeadline 和 rLastDeadline 这些成员没有加锁保护。
> > > @AlexStocks 大佬,这个问题有没有相关的分析呀,求指点一下。我们准备现在也遇到这个现象了,暂时未明确原因。 > > > > > > 你用的是什么版本的呀? > > > > @AlexStocks 大佬,这个问题有没有相关的分析呀,求指点一下。我们准备现在也遇到这个现象了,暂时未明确原因。 > > > > > > github.com/apache/dubbo-getty 试试这个分支,看看还有没有这个现象 > > 当前使用的版本是: github.com/apache/dubbo-getty...
@zhangcunli pls tell me the version of getty u using. I can not reproduce the problem.
hey guy, it is not a problem. what u should do, IMO, read the codes and get what's the meaning of the panic stack.
 这种情况啊,第一你用我的task pool,但是最终还是受限于 gxsync.TaskPoolOptions {tQLen, tQNumber, tQPoolSize}; 第二,不用我的task pool,在你的 OnMessage 中快速调用 go,也能实现同样的 业务和网络处理分离,分离参数你自己控制。
cc @watermelo
A good suggestion. I will do it in some days later.