Return-Path: Delivered-To: apmail-mina-users-archive@www.apache.org Received: (qmail 25554 invoked from network); 4 Dec 2008 14:52:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2008 14:52:33 -0000 Received: (qmail 69542 invoked by uid 500); 4 Dec 2008 14:52:44 -0000 Delivered-To: apmail-mina-users-archive@mina.apache.org Received: (qmail 69526 invoked by uid 500); 4 Dec 2008 14:52:44 -0000 Mailing-List: contact users-help@mina.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@mina.apache.org Delivered-To: mailing list users@mina.apache.org Received: (qmail 69515 invoked by uid 99); 4 Dec 2008 14:52:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 06:52:44 -0800 X-ASF-Spam-Status: No, hits=4.0 required=10.0 tests=DNS_FROM_OPENWHOIS,FORGED_YAHOO_RCVD,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 14:51:13 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L8FYd-00085r-W7 for users@mina.apache.org; Thu, 04 Dec 2008 06:51:59 -0800 Message-ID: <20834940.post@talk.nabble.com> Date: Thu, 4 Dec 2008 06:51:59 -0800 (PST) From: newToMina To: users@mina.apache.org Subject: Re: Continuous XML document processing In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: askme131@yahoo.com References: <133558.80914.qm@web53510.mail.re2.yahoo.com> <20813796.post@talk.nabble.com> <4936A2F1.1060704@nextury.com> <20815766.post@talk.nabble.com> <4936BF2F.1020003@nextury.com> <20817940.post@talk.nabble.com> <4936D7C0.10903@nextury.com> <20833887.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org 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.