Thank you all for the valuable feedback.

Thanks
Sastty



On Thu, Feb 23, 2023, 3:00 AM Dmitri T <glin...@live.com> wrote:

> SAS wrote:
> > Hi Team,
> >
> > In my load test, I have a series of web service requests and they are
> > responding in less than 20 milliseconds except the first one that is
> > taking around
> > 15+ milliseconds additional time.  This happens even with multiple
> > iterations and multiple threads.
> >
> > I've checked the response times in Dynatrace and even for the first
> > request, it shows 20 milliseconds whereas JMeter shows 35 milliseconds.
> >
> > Appreciate any solution to this.
> >
> > Thanks
> > SASTRY
> >
> Most probably it's the time to establish the initial TCP connection
> <https://www.sciencedirect.com/topics/computer-science/three-way-handshake>
>
> and perform the SSL handshake
> <https://www.ssl.com/article/ssl-tls-handshake-overview/>. Each thread
> during 1st iteration starts the session and depending on your HTTP
> Request sampler and JMeter configuration it's either re-used or
> re-created on subsequent iterations.
>
> You don't need to compare JMeter to Dynatrace, you need to compare
> JMeter with the real browser (or other API client application/upstream
> system) and replicate the behaviour of that browser/application when it
> comes to establishing and keeping the session.
>
> JMeter's behaviour is controllable by:
>
>  1. "Use Keep-Alive" box in the HTTP Request
>     <
> https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Request
> >
>     sampler
>  2. "https.sessioncontext.shared" JMeter property
>     <https://www.blazemeter.com/blog/jmeter-properties-customization>
>  3. Use Loop Controller
>     <
> https://jmeter.apache.org/usermanual/component_reference.html#Loop_Controller
> >
>     to orchestrate the iterations instead of Thread Group
>
>
>

Reply via email to