Return-Path: Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list jmeter-user@jakarta.apache.org Received: (qmail 31200 invoked from network); 3 Sep 2003 09:06:58 -0000 Received: from unknown (HELO mail4.messagelabs.com) (212.125.75.12) by daedalus.apache.org with SMTP; 3 Sep 2003 09:06:58 -0000 X-VirusChecked: Checked X-Env-Sender: dfrostick@bmjgroup.com X-Msg-Ref: server-10.tower-4.messagelabs.com!1062580005!2791511 X-StarScan-Version: 5.0.7; banners=-,-,- Received: (qmail 10055 invoked from network); 3 Sep 2003 09:06:45 -0000 Received: from unknown (HELO bmjmail1.bmjgroup.com) (194.131.192.51) by server-10.tower-4.messagelabs.com with SMTP; 3 Sep 2003 09:06:45 -0000 Received: from bmjemail.bmj.com ([172.24.6.9]) by bmjmail1.bmjgroup.com (Lotus Domino Release 6.0.2CF1) with SMTP id 2003090310064397-55500 ; Wed, 3 Sep 2003 10:06:43 +0100 Received: from bmjgroup.com ([172.26.0.103]) by bmjemail.bmj.com (Netscape Messaging Server 3.62) with ESMTP id 332 for ; Wed, 3 Sep 2003 10:06:43 +0100 Message-ID: <3F55AF26.7040202@bmjgroup.com> Date: Wed, 03 Sep 2003 10:06:46 +0100 From: "Duncan Frostick" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: JMeter Users List Subject: Re: Memory / CPU usage References: <002d01c371f1$3f1f51a0$0201a8c0@msm> X-MIMETrack: Itemize by SMTP Server on BMJMail1/BMJ(Release 6.0.2CF1|June 9, 2003) at 03/09/2003 10:06:43, Serialize by Router on BMJMail1/BMJ(Release 6.0.2CF1|June 9, 2003) at 03/09/2003 10:06:45, Serialize complete at 03/09/2003 10:06:45 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N That's Java for you. As great as the portability and libs are, it's such a painfully slow lang for performance tasks. I have a Solaris server with 2GB of RAM and it can't do 100 threads without giving me stupidly high response times (of close to an hour...) on some requests. Its a pity because JMeter is such a fantastically good tool when it works, its just let down by performance issues. If you want to load test at anything like a high load with JMeter you need several high powered servers doing it in unision to spread the threads. I was trying to use the GCJ compiler - which claims to compile java bytecode to machine code - to increase performance but I couldn't get it working, that could be a possible performance boost. My general rule of thumb is that for anything above 75 users JMeter/Java is too resource hungry to give accurate results on my hardware. And now I'm trying high-loads, thats a problem. However, IBM have a nifty if hard to configure tool called 'stress'. It's written in C so it performs very well, just lacks a lot of JMeters great functionality. You can find it online if you serach for IBM Web Performance Tools. Perhaps a port of JMeter to C++ should be considered? I know this would involve doing a lot of painfully boring networking and threading code but the performance gain would be huge. Cheers, Duncan Mark McWhinney wrote: >Hi all, > >I am a long time LoadRunner user but am new to JMeter. I am impressed with >its functionality. It is a lot closer to LoadRunner than many of us in the >LoadRunner community realize. > >I am going through the usual newbie issues but am actually reading the >manual and figuring it out. > >I ran a test with one thread group with 30 threads that had six HTTP >requests with a 5 second wait time between each request. I maxed out the >CPU at about 20 to 25 users on a 800 MHz Windows 2000 machine. Memory >utilization was about 350 Mbytes. Is that typical? I am really going to >need 10 machines to do a 250 user load test or am I missing something? > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: jmeter-user-help@jakarta.apache.org > > >