Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 21522 invoked from network); 1 Dec 2008 13:10:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Dec 2008 13:10:52 -0000 Received: (qmail 28249 invoked by uid 500); 1 Dec 2008 13:10:58 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 28222 invoked by uid 500); 1 Dec 2008 13:10:57 -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 28211 invoked by uid 99); 1 Dec 2008 13:10:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 05:10:57 -0800 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [194.0.215.2] (HELO oslproxyp1.tandberg.com) (194.0.215.2) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 13:09:28 +0000 Received: from OSLEXCP11.eu.tandberg.int ([10.47.136.43]) by oslproxyp1.tandberg.com (8.13.1/8.13.1) with ESMTP id mB1DAD31032035 for ; Mon, 1 Dec 2008 14:10:13 +0100 Received: from oslexcp4.eu.tandberg.int ([10.47.136.108]) by OSLEXCP11.eu.tandberg.int with Microsoft SMTPSVC(6.0.3790.3959); Mon, 1 Dec 2008 14:10:13 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: A very Simple Query Date: Mon, 1 Dec 2008 08:10:12 -0500 Message-ID: <4C18B43DBBF99443A65145AE575757EF5B0CFE@oslexcp4.eu.tandberg.int> In-Reply-To: <20769966.post@talk.nabble.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: A very Simple Query Thread-Index: AclTpbONwE56kMNETDaqPjyVb6yfKgAEA6bA References: <20768789.post@talk.nabble.com> <25aac9fc0812010154y6ca0ab61n3806d1911a49e930@mail.gmail.com> <20769966.post@talk.nabble.com> From: "Steve Kapinos" To: "JMeter Users List" X-OriginalArrivalTime: 01 Dec 2008 13:10:13.0841 (UTC) FILETIME=[25B2FC10:01C953B6] X-Scanned-By: MIMEDefang 2.65 on 194.0.215.2 X-Virus-Checked: Checked by ClamAV on apache.org Why not make the test look like the actual load by splitting up your URL list by actual requestor? Split the list into separate files based on the requestor.. then you can maintain your sequencing. Your target of requests per hour may not be a good test because you are not modeling the concurrency of the actual environment. Total requests isn't very accurate unless your actual production load is completely uniform. -----Original Message----- From: anindya_67 [mailto:anindya4all@gmail.com]=20 Sent: Monday, December 01, 2008 12:12 PM To: jmeter-user@jakarta.apache.org Subject: Re: A very Simple Query Thanks for the prompt reply.=20 Actually I have apache logs from production server for one peak load hour. and I want to replay the load as it is is on test server. So what I did was I took out the URLs from apache log and put them in a .csv file. Them from Jmeter test plan my two threads are reading the URLs from that csv file and sending the requests. I want to send all request in exactly one hour, so I divided the no. of URLs accessed in peak load hour by 3600 sec to get time delay between each request and put in test plan in Order to pupm all request in one hour exact for replaying the load. For this i have used constant timer. But on running the test plan it waits for the response of the requests and hence I am not getting the required rate. As I have unique URLs (some 50k unique URLs) in my csv file, I have divided the file in to two parts and my two threads are playing the requests. I cannot use more threads, as dividing the actual URLs in to several files would forfeit the purpose of simulating actual load (order of the URLs are also important here). Can I put the response wait OFF from some Jmeter config settings? Thanks, Anindya sebb-2-2 wrote: >=20 > On 01/12/2008, anindya_67 wrote: >> >> How can I send HTTP requests from Jmeter at a constant rate without >> waiting >> for response of the request? >> >> I am using "HTTP sampler" control and its thread wait for the response >> before sending another request, but I don't want that. I want a single >> thread to send request constantly at a rate (say 3 per second) without >> waiting for response. >=20 > That's not possible. >=20 > HTTP is a request-response protocol, and JMeter waits for the response. >=20 >> Any help would be appreciated as I am new to Jmeter and badly need a >> solution for this. >=20 > Why? What scenario are you simulating? >=20 >=20 >=20 >> >=20 > If you want to maintain a constant rate, you can use multiple threads and > use a >=20 > http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Con stant_Throughput_Timer >=20 > to set the request rate. If there are enough threads, it should be > possible to maintain the rate even though some threads are waiting for > a response. >=20 >> Thanks, >> Anindya >> >> -- >> View this message in context: >> http://www.nabble.com/A-very-Simple-Query-tp20768789p20768789.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 >> >> >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org >=20 >=20 >=20 --=20 View this message in context: http://www.nabble.com/A-very-Simple-Query-tp20768789p20769966.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 --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: jmeter-user-help@jakarta.apache.org