These are chat archives for alibaba/dubbo

21st
Aug 2017
wuwen
@wuwen5
Aug 21 2017 01:19
@tykkidream 老文档这里可以看,之前fork的
sdoq19
@sdoq19
Aug 21 2017 02:35
请问一下,我们现在在做压力测试,并发600循环调用dubbo接口,服务器有6台,使用阿里云的ecs,配置为2核4G,每一台一个dubbo服务。现在provider配置的线程数为500,相当于是有500*6个线程能够处理请求。测试总共发了18万个请求,有110个错误,错误分为两种:1.客户端请求超时错误( Waiting server-side response timeout by scan timer),超时设置为30s,失败不重试。 2. 线程被耗尽(Thread pool is EXHAUSTED!Pool Size: 500 (active: 500, core: 500, max: 500, largest: 500)),几乎每一台服务器上的服务都会有这个错误。
sdoq19
@sdoq19
Aug 21 2017 02:54
疑问:为何线程会被耗尽,90%的请求能在3s内返回,95%在5s内,为何会有30s超时的请求,一直被阻塞着么?负载均衡的策略是leastactive
DabieMountain
@DabieMountain
Aug 21 2017 06:01
jmeter给dubbo做压力测试 出现 java.lang.IllegalStateException: Failed to check the status of the service,求解
魏鹏
@weipeng2k
Aug 21 2017 06:09
@sdoq19 dubbo的客户端和服务端是通过非阻塞i/o来交互,这样客户端发起请求之后会等着服务端的响应,你这个情况可能均次调用比较快,但是考虑到服务端线程池满后可能拒绝丢弃请求,那么客户端会看到请求对应的响应一直无法回来,而这部分客户端的请求最终需要清除,因而dubbo会有scan调度检测这个请求的时长已经超期,并将其做超时处理。服务端线程池满这个问题就是服务端无法响应客户端的请求,抛出的拒绝策略,你可以认为是dubbo的自我保护机制。30s的超时,如果是同步调用,就是在客户端一直阻塞着。
DabieMountain
@DabieMountain
Aug 21 2017 06:39
@sdoq19 你是用啥做的压力测试 jmeter?
liuxy
@lxy545480918
Aug 21 2017 07:25
高大上的聊天室。
Yale
@yale8848
Aug 21 2017 07:30
dubbox和dubbo啥关系?我看基本上都选dubbox,说dubbo不维护了
Youth.霖
@YouthLin
Aug 21 2017 09:10
厉害了 今天发现官网变了,原来是官方丢掉又捡起来啦
a569433273
@a569433273
Aug 21 2017 09:55
dubbo啥时候能支持protobuf那选他的理由就更充分了
tyki
@tykkidream
Aug 21 2017 13:36
@wuwen5 谢谢!