Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 84904 invoked from network); 9 Nov 2005 17:12:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 Nov 2005 17:12:05 -0000 Received: (qmail 96997 invoked by uid 500); 9 Nov 2005 17:12:02 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 96975 invoked by uid 500); 9 Nov 2005 17:12:02 -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 96964 invoked by uid 99); 9 Nov 2005 17:12:02 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Nov 2005 09:12:02 -0800 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of sebbaz@gmail.com designates 64.233.182.207 as permitted sender) Received: from [64.233.182.207] (HELO nproxy.gmail.com) (64.233.182.207) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Nov 2005 09:11:55 -0800 Received: by nproxy.gmail.com with SMTP id o60so52943nfa for ; Wed, 09 Nov 2005 09:11:40 -0800 (PST) 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=BretX0WAQfeoOTQcIFbmzl6LOB0KZMZES9p3qDrxd+mD1IlIZ7JS627cXYrcBMoHt3paHKnP2qyjgzWdQDyKTOWKd04Xz4aOHjzMyBSXQYzNsaX/u+cVCAaAtI/BtZmksGGIE8BrBkwdIUI5398iIvkwir24hhm7/BLZkYJ/ru4= Received: by 10.48.211.3 with SMTP id j3mr297226nfg; Wed, 09 Nov 2005 09:11:40 -0800 (PST) Received: by 10.48.30.17 with HTTP; Wed, 9 Nov 2005 09:11:40 -0800 (PST) Message-ID: <25aac9fc0511090911s49a3d895m@mail.gmail.com> Date: Wed, 9 Nov 2005 17:11:40 +0000 From: sebb To: JMeter Users List Subject: Re: Advice needed: multiple ThreadGroups, scheduling, running a test multiple times In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <25aac9fc0511081010mbc85b57r@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 08/11/05, Richard Gaywood wrote: > On 11/8/05, sebb wrote: > > > > On 08/11/05, Richard Gaywood wrote: > > > Firstly, I have three ThreadGroups in the whole test plan (each with > > it's > > > own JDBC request and CVS config file) > > > > Why do you need 3 Thread Groups? > > > 3 different types of search being carried out on the system during the lo= ad > test, abot 30% type1, 65% type2, 5% type3. I couldn't see any way to do t= hat > except to create three Thread Groups and set the number of threads in eac= h > appropriately. One way to do this would be to use a Switch Controller with a Simple Controller for each option. http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Switch= _Controller Create the switch value using a function that returns 0, 1 or 2 in the approriate proportions. This could be done with JavaScript or BeanShell, or you could create a file with the numbers and read them using CSV Data Set, StringFromFile or CSVRead. If the search types can use the same Sampler with different parameters, then create parameter files with an appropriate mix of parameters and use those to drive the samples. > > Fourthly, I can't find an option to log the number of bytes received in > > the > > > response; this would be a good sanity check for me that the data comi= ng > > back > > > from the server isn't broken (as I'm doing JDBC and therefore don't h= ave > > a > > > HTTP status code). Did I miss one or has this not been implemeted yet= ? > > > > Not yet implemented. > > OK, if I were to write something like that, would you be interested in th= e > contribution back into the codebase? I'd have to run it by my employer fi= rst > though. Also, do you currently offer response size logging for any other > Sampler type? I guess not, but that would (presumably) cut down on the wo= rk > I would have to do. Contributions are welcome; please provide these via Bugzilla. Response size logging is not provided for any Sampler type at present. It should be easy enough to provide this. Please raise a Bugzilla enhancement request. --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: jmeter-user-help@jakarta.apache.org