On 1 November 2010 21:43, <[email protected]> wrote: > Hi Sebb, > > I am not sure how I can interpret your answer. Is there a other way to > simulate this behaviour?
No. JMeter threads each use different connections, as the represent different users. Although you cannot run multiple connections to download page resources in a single thread, that's not generally a problem when testing servers, because this tends to average out over multiple users. Just make sure that JMeter generates the required load at the server. > Thanks > Bjoern > > > > > > -----Ursprüngliche Nachricht----- > Von: sebb [mailto:[email protected]] > Gesendet: Montag, 1. November 2010 11:29 > An: JMeter Users List > Betreff: Re: simultaneous socket connections per server when downloading > components for a page. > > On 31 October 2010 22:25, <[email protected]> wrote: >> h...@all, >> >> My goal is to design a http load test in jmeter with a real life scenario. >> In this scenario it is necessary to simulate also the behaviour of the >> actual browsers. During my tests, I saw that jmeter use always only one tcp >> connection for each thread to download a webpage, but actual browser like >> Firefox use up to 8 tcp connections to download a web-page. >> >> Is there a way to open more then one tcp connection in jmeter? > > No, not for a single thread. > >> >> >> Thanks a lot >> bjoern >> >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
