Closed GoogleCodeExporter closed 8 years ago
我也遇到了和你一样的情况,我客户端的版本是xmc1.3.5.2,服务��
�的版本是1.4.5,我这边出现这种情况是在我从memcache批量获取��
�量数据的时候就会出现,之后,无论获取什么数据,都会出现这�
��异常了
Original comment by lyys...@gmail.com
on 14 Mar 2012 at 3:08
连接池通常不要设置,使用默认的1就足够了。
加大opTimeout到5000,也就是5秒。
Original comment by killme2...@gmail.com
on 14 Mar 2012 at 3:12
回2楼的兄弟,我这个对响应时间和性能要求比较高,不能设�
��这么长的等待时间,否则并发量高的时候会使resin僵死
Original comment by Dannis.R...@gmail.com
on 14 Mar 2012 at 3:18
5秒是最大的等待时间,而非平均等待时间,这是为了防止偶�
��几次的长响应时间影响到后续的请求(例如gc暂停引起、网�
��瞬断等)。
Original comment by killme2...@gmail.com
on 14 Mar 2012 at 3:30
没有后续问题我关闭了,谢谢。如果你希望控制响应延迟,��
�可以将mergeFactor设小一些。1.3.6发布将这个参数默认从150设置
成50,并且禁止了nagle算法。如果你还在用1.3.5,可以自己编程调
整下参数。
Original comment by killme2...@gmail.com
on 26 Mar 2012 at 10:32
看了源代码,mergeFactor并不能解决根本问题,mergeFactor只是list
的初始化大小,应该在mergeBuffer加入合包超时,当数据包小数
量大的时候,如果没有达到sendBufferSize,但是到了合包超时时
间也应该把信息发出去
Original comment by huxbm...@gmail.com
on 27 Jun 2012 at 3:18
@huxbmail
不到sendBufferSize大小当然会发出去,你看看代码,不需要什么
超时。
这个合并只做尽量合并,如果不够也没关系。
Original comment by killme2...@gmail.com
on 27 Jun 2012 at 3:21
Original issue reported on code.google.com by
Dannis.R...@gmail.com
on 6 Mar 2012 at 4:04