Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 2192 invoked from network); 10 Mar 2010 03:23:16 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 10 Mar 2010 03:23:16 -0000 Received: (qmail 6016 invoked by uid 500); 10 Mar 2010 03:22:47 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 5886 invoked by uid 500); 10 Mar 2010 03:22:46 -0000 Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "JMeter Users List" Reply-To: "JMeter Users List" Delivered-To: mailing list jmeter-user@jakarta.apache.org Received: (qmail 5873 invoked by uid 99); 10 Mar 2010 03:22:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Mar 2010 03:22:45 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of shettyd@gmail.com designates 209.85.222.180 as permitted sender) Received: from [209.85.222.180] (HELO mail-pz0-f180.google.com) (209.85.222.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Mar 2010 03:22:38 +0000 Received: by pzk10 with SMTP id 10so1891823pzk.11 for ; Tue, 09 Mar 2010 19:22:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=5y6S4o7xaFGFgp7Mz5yMLdzJfYiNV3V0AGwiX/cxhkg=; b=PUWeFmbSvoMG7gnSt4lKI6FnfkiKUsewDnPu0upEVWVjZwJZEoGSQuu+BiCmhMxVc0 mKTfAJWF8sTwi5VKTcjgoo1t2Ic1ESXx4uun/47oTwoPUjVK61ShIjXSfeNumD/QhL0c 3aCZ+5TH/xxn07SAwAagRPQxfXGsFbbXH/qpo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=e9eT9OZLRAT9MK+2d2CyDf4qkeSNkQp1dKckU0OWgj3olLfPuNzM+Quei9GzucofsB 44MOs+xYq2N3Q/qtf4dNFrTh/CwH+mIzuoZzvBr8sYNKL0MNCnqEHXRX8sIU1lR0GmxW deWrNXOp/BnpPmO3Uwo0uew6f+JuTHA6rboIE= MIME-Version: 1.0 Received: by 10.140.56.8 with SMTP id e8mr497787rva.228.1268191337058; Tue, 09 Mar 2010 19:22:17 -0800 (PST) In-Reply-To: <27844939.post@talk.nabble.com> References: <27844939.post@talk.nabble.com> Date: Tue, 9 Mar 2010 19:22:16 -0800 Message-ID: <4483c26c1003091922g1faedb10ybc8e73cb379b2972@mail.gmail.com> Subject: Re: Questions on Capacity and Limitations of JMeter From: Deepak Shetty To: JMeter Users List Content-Type: multipart/alternative; boundary=001636b2b1172710cc048169ce8a X-Virus-Checked: Checked by ClamAV on apache.org --001636b2b1172710cc048169ce8a Content-Type: text/plain; charset=ISO-8859-1 A lot of your questions are environment specific. JMeter can be run in client-slave or can be run separately on different machines and you can then aggregate the results, so there is no theoretical maximum for separate instances. Master Slave probably has a maximum but should be more than 1000 concurrent requests. >Can a good laptop submit 1,000 HTTP requests in a short period (< 1 minute) using JMeter Yes but you havent specified concurrent(so it could be 100 concurrent * 10 requests each) . If you actually mean 1000 concurrent requests then Normal laptops probably cant run 1000 threads/ sockets concurrently and give you any valid results. You probably would need about 4 laptops. Desktops perform better . >Can we test long lasting HTTP session with multiple request/response (e.g., >Login, AddToShopingCart, CheckOut, SubmitPayment, Confirmation, ...) with >JMeter automatically? Yes. But what do you mean by automatically. For most non trivial applications , record /replay is overrated because the replay wont work because of dynamic data. You almost always need to tweak the script. >What if Javascript and AJAX are used to process session data? Jmeter isnt a browser and doesnt execute javascript. However any interaction with the server (using AJAX or otherwise is still a HTTP request) can be simulated by JMeter. So AJAX yes , javascript no. Im not sure what you mean by javascript being used to process session data. >Can we use multiple laptops at different locations (different IPs) to concurrently load test the same website with JMeter? Yes. As before you can use master-slaves or you run them separately at the same time and just aggregate the results. >Anything that commercial load test tools (e.g., LoadRunner) can do, but JMeter? Out of the box Reports in Load Runner are better. I believe Load Runner also does some server monitoring and can correlate the test run to these values (You would need separate server monitoring tools for Jmeter). Its also easier to do some sort of increasing load scenarios on load runner than it is in jmeter . regards deepak On Tue, Mar 9, 2010 at 6:51 PM, JIM B. wrote: > > I'm new to JMeter and in the process to select a load testing tool. > > I got a requirement to load test a website running in a cluster of two > Window 2008 servers. > The website was built upon Microsoft technologies. > > The load test tool must be able to generate 1,000 concurrent users. Can > JMeter do it? > > Can a good laptop submit 1,000 HTTP requests in a short period (< 1 minute) > using JMeter? What is the max HTTP requests can be submitted within one > second with JMeter? > > Is there any limitations on concurrent HTTP sessions on JMeter? > > Can we test long lasting HTTP session with multiple request/response (e.g., > Login, AddToShopingCart, CheckOut, SubmitPayment, Confirmation, ...) with > JMeter automatically? > What if Javascript and AJAX are used to process session data? > > Is there any bottleneck due to the client computer where JMeter is running? > > Can we use multiple laptops at different locations (different IPs) to > concurrently load test > the same website with JMeter? > > Any suggestions on client computers? > > Anything that commercial load test tools (e.g., LoadRunner) can do, but > JMeter? > -- > View this message in context: > http://old.nabble.com/Questions-on-Capacity-and-Limitations-of-JMeter-tp27844939p27844939.html > Sent from the JMeter - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org > > --001636b2b1172710cc048169ce8a--