Concurrent execution problem with ExecutionHandler

["Trustin Lee (이희승)"]

Hi Carl,

I'm not completely sure, but it might be related with the backlog.
Could you try to increase the backlog of the server socket?

Thanks for reporting problem,
Trustin

On 2009/12/08 6:05 am, Carl Byström wrote:
> I'm prototyping a simple application in Netty. In this simple app I've
> tried to simulate slow back-end I/O (such as database calls) through a
> Thread.sleep().
> An ExecutionHandler has, together with an
> OrderedMemoryAwareThreadPoolExecutor been put in the pipeline yet I
> don't see the concurrent execution I want.
> 
> Used ApacheBench to benchmark. Tried the following ab -n 100 -c 100
> http://127.0.0.1:8080/ which would do a total of 100 requests
> simultaneously to the server.
> I expect this test to finish in about 1 second (as my sleep is 1000 ms)
> but somehow it's taking twice as long. Only yielding 50 req/s.
> 
> Trying the same ab but with -n 50 -c 50 works as expected, finishes in
> one second.
> Feels like somethings up with the thread pools and the execution.
> Have a legacy server in MINA that do lots of blocking I/O in the
> "business layer" with no problems. Hopefully it's just some negligence
> from my side causing this.
> 
> Code is available here http://gist.github.com/251077
> (It's fully runnable, but with only one public class)
> 
> Anybody know what's causing this?
> 
> --
> Carl
> 
> 
> 
> _______________________________________________
> netty-users mailing list
> netty-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/netty-users


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
Url : http://lists.jboss.org/pipermail/netty-users/attachments/20091216/1f963a5f/attachment-0001.bin