Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 70630 invoked from network); 6 Jun 2008 03:09:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Jun 2008 03:09:10 -0000 Received: (qmail 89588 invoked by uid 500); 6 Jun 2008 03:09:07 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 89557 invoked by uid 500); 6 Jun 2008 03:09:07 -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 89546 invoked by uid 99); 6 Jun 2008 03:09:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jun 2008 20:09:07 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bzaks1424@gmail.com designates 74.125.46.31 as permitted sender) Received: from [74.125.46.31] (HELO yw-out-2324.google.com) (74.125.46.31) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jun 2008 03:08:18 +0000 Received: by yw-out-2324.google.com with SMTP id 9so471616ywe.13 for ; Thu, 05 Jun 2008 20:08:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=fxp536HCIOL3ebSvtGE+y9iIAt0Zdrllryw42Qut5wI=; b=tF0kKzGpQh4YZdin8sqrfhcjBMVKdjHLlBsyuMeTZITa2aJrVClZgcKtjrJozD+cFu mdQCBIp/XJIxSiOEBTuwTjoGfq9Nw+Q+TaNL8lRLxlf7IOtHj+2LmELL4xqCJD8VQ/Vx ywz6c2JoPi2Rd9GKXUYPg85LA5NeRSgrrKFQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=XTy7zrUh0Gat0aMR+4LrfdE/Xxw0aarMPZu9oTvi6JbygMSn7vGVwTX08EldOMiQzU bES7XhZJ6rYxLPnmn3qCdSRExeFUKJyx+qwUf4ox7DSWu3XRKodaN5YNtMpO6nUxK/Qr 59dcVlFMop3xjRNrQL1caZ+J6fEN2PrBNjfC8= Received: by 10.151.114.9 with SMTP id r9mr2739150ybm.147.1212721710869; Thu, 05 Jun 2008 20:08:30 -0700 (PDT) Received: by 10.151.102.8 with HTTP; Thu, 5 Jun 2008 20:08:30 -0700 (PDT) Message-ID: Date: Thu, 5 Jun 2008 22:08:30 -0500 From: "Michael McDonnell" To: "JMeter Users List" Subject: Re: Distributed Testing: Not actually creating load? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5850_4164042.1212721710852" References: X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_5850_4164042.1212721710852 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline How did you randomize the data from the CSVs? (if I may ask) Also, I'm dealing with a lot of optimistic locking issues which would only occur if each csv is doing the EXACT same thing at the exact same time (which is completely likely) On Thu, Jun 5, 2008 at 9:54 PM, Ryan Dooley wrote: > I had a similar experience the first time. Turns out that the data I > wanted > to test with (HTTP POSTs) has to be put on each remote. I also had a > process to randomize the data when transferred to the remotes. I finally > got the load up high enough across 10 machines like yours. > > The test harness I had was pretty simple: post these things to this url. > > On Thu, Jun 5, 2008 at 5:19 PM, Michael McDonnell > wrote: > > > We're running a distributed test (roughly 7 remote workstations) on a > > pretty > > hefty box (8 cores, 32 gigs ram.... etc...) > > > > However, something seems to be going wrong... perhaps its because I'm > > crossing linux and windows platforms to try to do the testing? > > > > We're load testing a web application, so primarily, the only work we're > > doing is http requests (there are a few "java requests" that actually is > an > > app I created to make webservice calls, but we'll get to that later) > > > > However, when we view the transactions in the database, they are > extremely > > low. (frighteningly low). > > > > Then we run the test from a single user work station (same test, 300 > users > > doing work) and our results come back fantastically! > > > > Now granted: I guess the big deal is this: when the app uses a csv in > > distributed mode, does each slave utilize the the same csv in the same > > order > > ? or is there a sort of "break up" so that no two slaves are using the > same > > line in the csv? > > > > I'm sorry for what may be dumb questions... but we're coming down to a > > tight > > deadline, and the distributed testing is not giving us good results where > > as > > the local testing is. > > > > Thanks for all your help in advance. > > > > Michael > > > ------=_Part_5850_4164042.1212721710852--