Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 52884 invoked from network); 7 Aug 2005 10:29:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Aug 2005 10:29:22 -0000 Received: (qmail 73081 invoked by uid 500); 7 Aug 2005 10:29:20 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 73055 invoked by uid 500); 7 Aug 2005 10:29:20 -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 73042 invoked by uid 99); 7 Aug 2005 10:29:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Aug 2005 03:29:19 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of sebbaz@gmail.com designates 64.233.182.193 as permitted sender) Received: from [64.233.182.193] (HELO nproxy.gmail.com) (64.233.182.193) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Aug 2005 03:29:08 -0700 Received: by nproxy.gmail.com with SMTP id c2so178483nfe for ; Sun, 07 Aug 2005 03:29:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TRJAbyuOOt6/Vg8SjI/n3UnEEF3Unx3jl6/n4LmV8P0eZmZEtFe6JRdZNxKc+wZ5kmUGrPjHOmk33nbTJs1j792KJCNUYtXq1A0JtqEW9dq2w9mzFLDjP+T73+E/1ZMWQYL99LJPoRJ50c1c2uaGQWV0YyHJVffTO2Do29q5jcg= Received: by 10.48.144.1 with SMTP id r1mr129129nfd; Sun, 07 Aug 2005 03:29:16 -0700 (PDT) Received: by 10.48.144.17 with HTTP; Sun, 7 Aug 2005 03:29:16 -0700 (PDT) Message-ID: <25aac9fc050807032946a80291@mail.gmail.com> Date: Sun, 7 Aug 2005 11:29:16 +0100 From: sebb To: JMeter Users List Subject: Re: thread group scheduler confusion... In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 07/08/05, Greg.Peace@mdsuk.com wrote: > Hi I'm new to all this so please forgive me if the answer is obvious and > I'm just being daft. Which version of JMeter are you using? > I've got two test plans, one for testing our application (a) and one our > database (b). My test plans have the following structure (really there ar= e > 30 thread groups but the ideas the same) >=20 > Tesplan > Thread group 1 > SimpleController > For test plan (a) HTTP Request > For test plan (b) JDBC Requests >=20 > Thread group 2 > SimpleController > For test plan (a) HTTP Requests > For test plan (b) JDBC Requests > =20 > The thread groups contain different Config elements depending on the > testplan; ie for testplan (a) HTTP Request Defaults and HTPP Cookie > Manager. Whilst for testplan (b) I have JDBC Database login Defaults and > JDBC Database Connection Pool Defaults. >=20 > The thread groups properties have the forever and scheduler boxes ticked. > The scheduler configuration has the start and end time are say 10 minutes > apart but the same for both thread groups. The Duration is left blank, an= d > the startup delay is set at 0.5 for thread group 1 and 120 for thread > group 2. Ie I want the second thread group to start 2 minutes after the > first and both thread groups to end at the same time. The startup delay overrides the start time; likewise the duration will override the end-time. =20 > The tests are automated from an ant script with my resultlog/output forma= t > set as xml. In my Jmeter properties file I have > sampleresult.timestamp.start=3Dtrue. >=20 > The confusion comes when I start looking at the results. For testcase (a)= , > ie the one with the HTTP requests all looks fine. I start getting the > second thread group's requests 2 minutes after the first thread group. > However from testcase (b) there's no delay between thread group 1 and 2. This seems really strange. Are the test plans really the same, apart from using different samplers? What happens if you change the JDBC Samplers to another Sampler, e.g. JavaT= est? > I've got a work around, by chaging the starttime for each subsequent > thread group to be later however I'd like to understand why my startup > delay wasn't working for me in the JDBC test. Not sure why this would help, as the start time should be ignored if the delay is set. =20 > Thanks for your time and help >=20 > Greg Peace >=20 > --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: jmeter-user-help@jakarta.apache.org