RE: Performances

"Tim Anderson" <[email protected]>
Newsgroups gmane.comp.java.openjms.user
Message-ID <[email protected]>
> From: Eric P.
> 
> Hi again :)
> 
> What performance can we expect with the following configuration :
> 
> 
> 2 servers :
> - Linux
> - Tomcat 5.5.9
> - Embedded OpenJMS server, 0.7.7-alpha-3
> - A router/firewall
> 
> Clients have subscribed to their server with HTTP.
> Servers have (durably-)subscribed to each other with HTTP.
> Publication are called via RPC (we use the embedded 
> connection to publish) Only one topic.
> We send ObjectMessage with a dozen of criteria.
> 
> As I can see,
> Publish a message : 10ms
> Receiving a message : 120ms
> 
> During one test, I sent 47500 non persistent messages, it 
> took 8mn to publish everything and 8mn to receive 1600 
> messages before OutOfMemoryException. I guess OpenJMS server 
> must be overloaded.
> 
> These performance are far from our expectations.
> 
> There are 3 publishing process. We must be able to send 
> simultaneously :
> 1000 messages every 8s (non persistent)
> 10000 messages every 8mn (non persistent) 50 messages every 
> minute (persistent)
>  
> 
> Can we hope a better performance by tuning OpenJMS or not? Do 
> we need to watch other JMS implementations or is it 
> impossible? Do we need to do something different from JMS ?
> 
> Thank you for your help !
> 
> Eric
> 

Some notes:
. http is significantly slower than tcp
. selectors impact performance. They perform a sequential 
  scan of available messages until one matches the specified
  criteria.
. asynchronous delivery is typically faster than synchronous receives.
. 0.7.7 hasn't been performance tuned 

-Tim


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.