Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 40743 invoked from network); 3 Dec 2003 15:57:26 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 3 Dec 2003 15:57:26 -0000 Received: (qmail 61853 invoked by uid 500); 3 Dec 2003 15:57:06 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 61741 invoked by uid 500); 3 Dec 2003 15:57:05 -0000 Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: 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 61728 invoked from network); 3 Dec 2003 15:57:05 -0000 Received: from unknown (HELO typhoon.atg.com) (64.69.10.20) by daedalus.apache.org with SMTP; 3 Dec 2003 15:57:05 -0000 Received: from cmb-na-excl02.na.ad.atg.com ([10.1.128.36] helo=MAILSVR.na.ad.atg.com) by typhoon.atg.com with esmtp (Exim 4.14) id 1ARZN2-0003UB-6V for jmeter-user@jakarta.apache.org; Wed, 03 Dec 2003 10:56:56 -0500 Received: from atg.com ([10.1.128.62]) by MAILSVR.na.ad.atg.com over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Wed, 3 Dec 2003 10:56:38 -0500 Message-ID: <3FCE07B3.4030108@atg.com> Date: Wed, 03 Dec 2003 16:56:35 +0100 From: Jordi Salvat i Alabart Organization: Art Technology Group User-Agent: Mozilla/5.0 (X11; U; Linux i686; ca; rv:1.5) Gecko/20031107 Debian/1.5-3 X-Accept-Language: ca, en-gb, en, fr, es-es, es MIME-Version: 1.0 To: JMeter Users List Subject: Re: threadgroups etc References: <3FCDFDDA.7080804@domek.be> In-Reply-To: <3FCDFDDA.7080804@domek.be> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Dec 2003 15:56:38.0805 (UTC) FILETIME=[0951D450:01C3B9B6] X-Spam-Score: -0.0 (/) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1ARZN2-0003UB-6V*pQGPGT4Z4GE* X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N You're right in that the throughput should generally increase as you add threads -- unless you're really saturating some resource. However, 2 threadgroups with N threads and 1 sampler will usually generate more throughput than 1 threadgroup with N threads and 2 samplers. To be equivalent, the 2nd case should be 1 threadgroup with 2*N threads and 2 samplers. In fact, the number of samplers does not matter at all, if you think about it. Only the number of concurrent threads matters. -- Salut, Jordi. En/na Jorg Heymans ha escrit: > Hi, > > How come i get more throughput on my application when i create two > identical threadgroups (with one sampler), then when I create one > threadgroup with two identical samplers? > > Adding more threads to a threadgroup means lower throughput, although > the CPU's are not maxed out. Adding another identical threadgroup means > a higher throughput. > > If threads in a threadgroup simulate concurrent users, what effect have > identical threadgroups then? > > How can i make sense of all this? > > > Thanks > JOrg > > > --------------------------------------------------------------------- > 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