mina-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From newToMina <askme...@yahoo.com>
Subject Re: Continuous XML document processing
Date Thu, 04 Dec 2008 14:51:59 GMT

Current test environment is:

VMware server
Server : 2 Intel Xenon (E5420 @2.5GHz) processors
    OS : CENTOS (gcc version: 4.1.2.20070626)
Memory : 2GB

The number of processors and memory can be increased if required

I am planning to stress test once I complete the database processing part.
Any suggestions or examples on how to stress test a MINA application?




Ashish-24 wrote:
> 
>> That is correct. It is 5000 concurrent sessions. The communication is
>> always
>> going to be between 2 machine, our server and the 3rd party server acts
>> as
>> the client. Do I gain any performance gain if we use multiprocessor
>> server
>> with more memory? Any other suggestions to improve the performance of the
>> system? I am using MINA 1.1.7 right now.
> 
> I believe MINA creates IoReceiver threads as (number of processors +
> 1), so multiprocessor should be a plus. I started using MINA since 2.0
> M1, so can't comment on performance delta. If you have 8 GB of RAM
> (typical of servers today), you are good to go. Anyways 5000 is peak
> load which you don't expect all the time.
> 
> Now that you have resolved XML Decoder, why don't you run the load and
> let us know the results. Linux would be a lot better for deploying you
> solution.
> 
> To quote a similar System, SMPP uses TCP connection to send
> messages(SMS) to SMSC Server. But all the messages are sent over same
> TCP link. This is very close to your problem. Each Client can connect
> using its own TCP links and keep pumping their messages.
> 
> -- 
> thanks
> ashish
> 
> Blog: http://www.ashishpaliwal.com/blog
> 
> My Photo Galleries: http://www.pbase.com/ashishpaliwal
> 
> 

-- 
View this message in context: http://www.nabble.com/Continuous-XML-document-processing-tp20802789p20834940.html
Sent from the Apache MINA User Forum mailing list archive at Nabble.com.


Mime
View raw message