I would suggest to remove the 100 thread pool sizes as the out of the box
settings from Netty is better. Netty is asynchronous and it creates thread
pools based on the number of CPU cores etc.

Netty creates the threads up-front so having 100+ threads take up some
unnecessary memory.


On Tue, Aug 13, 2013 at 5:02 PM, Flavio Magacho - M4U <
flavio.maga...@m4u.com.br> wrote:

> Hi, ****
>
> I'm expecting some problems while running a load test on camel-netty
> component.****
>
> ** **
>
> This is the route configuration:****
>
> <route id="rtRead">****
>
>                 <from
> uri="netty:tcp://pos-tcp-server.host:9000?decoder=#myDecoder&amp;encoder=#myEncoder&amp;sync=true&amp;reuseAddress=true&amp;synchronous=false&amp;workerCount=100&amp;maximumPoolSize=100”/>
> ****
>
>                 <log message="Lendo ${body}" />****
>
>                 <to uri="ejb:local/GatewayBean?method=process" />****
>
> </route>****
>
> ** **
>
> After some test cycles, we receive some exceptions like this:****
>
> 2013-08-13 11:25:33,398 WARNING
> [org.jboss.netty.channel.DefaultChannelPipeline] [New I/O  worker #32] An
> exception was thrown by a user handler while handling an exception event
> ([id: 0x8c7d41bd, /10.10.0.28:53469 => /10.11.234.38:9000] EXCEPTION:
> java.lang.OutOfMemoryError: unable to create new native thread)****
>
> java.lang.OutOfMemoryError: unable to create new native thread****
>
>         at java.lang.Thread.start0(Native Method)****
>
>         at java.lang.Thread.start(Thread.java:640)****
>
>         at
> java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(ThreadPoolExecutor.java:703)
> ****
>
>         at
> java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:652)
> ****
>
>         at
> org.jboss.netty.handler.execution.MemoryAwareThreadPoolExecutor.doUnorderedExecute(MemoryAwareThreadPoolExecutor.java:452)
> ****
>
>         at
> org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor$ChildExecutor.execute(OrderedMemoryAwareThreadPoolExecutor.java:292)
> ****
>
>         at
> org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor.doExecute(OrderedMemoryAwareThreadPoolExecutor.java:242)
> ****
>
>         at
> org.jboss.netty.handler.execution.MemoryAwareThreadPoolExecutor.execute(MemoryAwareThreadPoolExecutor.java:437)
> ****
>
>         at
> org.jboss.netty.handler.execution.ExecutionHandler.handleUpstream(ExecutionHandler.java:172)
> ****
>
>         at
> org.jboss.netty.channel.Channels.fireExceptionCaught(Channels.java:533)***
> *
>
>         at org.jboss.netty.channel.Channels$7.run(Channels.java:507)****
>
>         at
> org.jboss.netty.channel.socket.ChannelRunnableWrapper.run(ChannelRunnableWrapper.java:41)
> ****
>
>         at
> org.jboss.netty.channel.socket.nio.AbstractNioWorker.processEventQueue(AbstractNioWorker.java:453)
> ****
>
>         at
> org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:330)
> ****
>
>         at
> org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:35)****
>
>         at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> ****
>
>         at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> ****
>
>         at java.lang.Thread.run(Thread.java:662)****
>
> ** **
>
> ** **
>
> It sounds strange, our test case has only 5 simultaneous opened
> connections.****
>
> For me we are heaving some leak of threads or we are having some problems
> to close the SocketChannel correctly.****
>
> ** **
>
> Thanks,****
>
> *Flavio Magacho*
>
> *Gerente de Desenvolvimento*
>
> Diretoria de Tecnologia da Informação****
>
> [image: cid:image001.gif@01CB90D9.07FBDA40]  *M4U*
> +55 (21) 2546-4050 ▪ Ramal: 4082****
>
> +55 (21) 8889-1572****
>
> *þ** *Antes de imprimir, pense em sua responsabilidade e compromisso com
> o Meio Ambiente.****
>
> *O conteúdo desta mensagem é confidencial e pode ser privilegiado. **É
> vedada a sua cópia ou divulgação.*
>
> *The contents of this message are confidential and may be privileged.
> Copying or disclosing is prohibited.*****
>
> ** **
>



-- 
Claus Ibsen
-----------------
Red Hat, Inc.
Email: cib...@redhat.com
Twitter: davsclaus
Blog: http://davsclaus.com
Author of Camel in Action: http://www.manning.com/ibsen

Reply via email to