From: Stephane N. <sn...@ki...> - 2003-11-27 17:12:48
|
Thanks Adrian. Let me explain a little bit because I am pretty sure my question was badly asked :p We have remote clients accessing our server through SOAP (we use JbossNET). The SOAP interface provides a basic protocol login, uploadStuff, retrieveStuff, logout). On the login method, a statefull session bean is created and starts a transactionnal JMS session (non JTA). The client then call the uploadStuff (put stuff in a queue) and retrieveStuff (fetch stuff from another queue). On logout, the JMS session is committed on both queues. My question now is. What aspect should I investigate to support as much client as possible (let's say 500) Regards, Stephane On Thu, 2003-11-27 at 17:46, Adrian Brock wrote: > On Thu, 2003-11-27 at 16:35, Stephane Nicoll wrote: > > Hello list, > > > > A quick question regarding JBossMQ performence. > > I am talking about JBoss 3.2.X series. > > > > Is there a limitation of the number of concurrent users? > > Most of our JMS traffic uses the IN VM connection factory. > > > > Could you please provide as much detail as possible regarding this? > > > > JBossMQ has no flow control. > It will depend upon how independent your requests are. > > The only limits I can think off are: > 1) If you use jdbc2 persistence, it will be limited by the number > of connectons in the db connection pool. > 2) If you use java:/JmsXA this also has a <max-pool-size> (default 20) > 3) If you use MDBs there is a limit on the concurrent sessions (default > 15) > 4) Other obvious limits OS like memory, threads, > file descriptors/sockets. > > Most likely your OS scheduler will be the first thing that cracks > if you have lots of threads. > > Regards, > Adrian > > > Thanks, > > > > Stephane > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > JBoss-user mailing list > > JBo...@li... > > https://lists.sourceforge.net/lists/listinfo/jboss-user |