Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <jmeter-user@jakarta.apache.org>
Received-SPF: pass (nike.apache.org: domain of sebbaz@gmail.com designates
 209.85.219.208 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=KOzBQYQK9Vmdn3IQxgrTABceQQ1M71IBwrqb9IYuYKPM6358Cn+PyVWorqn/PSs3sn
         SGxb5BSK/m5CII5DGqgpHVIPFJgVSdHiOF9mVzusqmxqO56XKynS7rxKra36HrRkX1fd
         DpsqSfBj9GhD4ejOz5V5SETi6/HFI9XGa3Xn4=
MIME-Version: 1.0
In-Reply-To: <25795202.post@talk.nabble.com>
References: <25793044.post@talk.nabble.com>
	 <25aac9fc0910071447i5074921ei89b689afe970c27b@mail.gmail.com>
	 <25795202.post@talk.nabble.com>
Date: Wed, 7 Oct 2009 23:06:48 +0100
Message-ID: <25aac9fc0910071506j2f56472fo9b82f822af4d2e45@mail.gmail.com>
Subject: Re: Connection Pool Pre-Populating
From: sebb <sebbaz@gmail.com>
To: JMeter Users List <jmeter-user@jakarta.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

On 07/10/2009, skatz <steven.katz@nexage.com> wrote:
>
>  I do want to use the connection pool (at least I think I do).

If in doubt, don't ...

>  What I don't
>  want, is to have the time it takes to open a connection included in my test
>  results.
>
>  Basically, the way it is right now, there will be some number of request
>  (equal to the number of connections that are supposed to be in the pool) for
>  which their response times include the time it took to create the
>  connection.  Subsequent threads don't have this delay, rightly so, because
>  for them, the connection has already been created.
>
>  So is there some way that one set of threads (not counted in the test) can
>  cause the connection pool to be populated, so that subsequent threads
>  (counted in the test) can benefit from it?  Or some other way I can tell
>  JMeter to establish all the connections that are supposed to be in the pool
>  before the threads need them?
>

No.

>
>
>
>  sebb-2-2 wrote:
>  >
>  > On 07/10/2009, skatz <steven.katz@nexage.com> wrote:
>  >>
>  >>  I'm running some test against MySQL and it seems that the first results
>  >> are
>  >>  skewed by the time it takes to fill the connection pool w/ connections.
>  >> Is
>  >>  there a way to pre-populate the connection pool.  If not, what do people
>  >>  usually do?  Just drop first X results where X is the number of
>  >> connection
>  >>  in the pool?
>  >
>  > Don't use a connection pool unless you want to test with pooled
>  > connections.
>  > Just set the max number of connections to 0 and pooling will be disabled.
>  >
>  >>  thanks,
>  >>
>  >>  skatz
>  >>
>  >> --
>  >>  View this message in context:
>  >> http://www.nabble.com/Connection-Pool-Pre-Populating-tp25793044p25793044.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
>  >
>  >
>  >
>
>
> --
>  View this message in context: http://www.nabble.com/Connection-Pool-Pre-Populating-tp25793044p25795202.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