On 07/10/2009, skatz <steven.k...@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.k...@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-unsubscr...@jakarta.apache.org > >> For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org > >> > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org > > For additional commands, e-mail: jmeter-user-h...@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-unsubscr...@jakarta.apache.org > For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-user-h...@jakarta.apache.org
