Darryl Pentz wrote:
Hi Emmanuel,
Thanks very much for your reply.
The number of thread you need to setup is impossible to define without any
knowledge about your code.
For instance, if you access a database in the handler, it's pretty obvious that
the thread might be stuck for a few ms, and with 800 concurrent requests
running, you will get awfull performances.
That is exactly what happens. Virtually all calls that come in via a MINA
connection are hitting our DB. So this being the case, do you recommend the
approach documented here:
http://mina.apache.org/configuring-thread-model.html
At this point, it's all about decoupling the code run in handler from the MINA
stack, using Executors.
Would you mind looking at my second post which shows the implementation I have
done using the configuration in the document indicated above, and letting me
know whether that looks correct to you? I would really appreciate that. Just so
I know I'm on the right track with the configuration section. As I said
earlier, we are going with 2.0 in the next release, but I need to get out a
patch release to buy us some time.
AFAICT, sounds good to me.
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
