Re: Is it good practice to exclude common page items during record?

[Adrian Speteanu <as...@gmail.com>]

the cache manager is ok in order to simulate accurately. however downloading
the resources of a web page requires more things to download and therefore
more bandwith. it is more realistic, but the container of the web
application does the task of providing the resources and thus it cannot be
optimized through programming of the application at test (in my opinion, I
hope I'm not mistaking this)... so although it's realistic, it gives little
extra in load testing. in a browser however the sequence in which resources
are loaded may affect the rendering time of the web page (and for that you
can use tools such as firebug and yslow in order to evaluate the web page
and it's performance).

Adrian

On Wed, Jun 30, 2010 at 9:29 AM, Sudip Kumar Bhattacharya <
skb.subscriptions@gmail.com> wrote:

> Yes. What I meant was either
> Enable caching in jmeter
> Or
> Remove static images/css/js/etc
> To get the realistic results
>
> Caching manager wud give realistic results, but in most load tests your
> focus is on the response time against load on the dynamic resources. Static
> items just increase your data which u need to go thru then to create ur
> reports, thereby causing confusion
> Sent on my BlackBerry(R) from Vodafone
>
> -----Original Message-----
> From: Deepak Shetty <sh...@gmail.com>
> Date: Tue, 29 Jun 2010 23:21:23
> To: JMeter Users List<jm...@jakarta.apache.org>; <ap...@fininfor.ru>
> Reply-To: "JMeter Users List" <jm...@jakarta.apache.org>
> Subject: Re: Is it good practice to exclude common page items during
> record?
>
> > Depending on server application some resources maybe generated
> >and come cacheable.
> If this is significant for your application then you must also simulate the
> way the browser requests resources and the number of requests it makes in
> parallel. Also it depends on what your goal is. If it is whats the response
> time under load you are better off calculating the static resource times on
> a browser and adding it with safety margins to your Jmeter results (which
> have static excluded).
>
> >So you shouldn't just disable resources load.
> I'd say this is my rule of thumb. I disable it unless I know of some reason
> not too. Generated images do not fall under this category- i'm assuming the
> original poster meant static css/js/images. Usually sites with high
> performance requirements have a separate CDN so the static resource load
> does not affect the page load.
>
> regards
> deepak
>
> 2010/6/29 Andrey Pohilko <ap...@fininfor.ru>
>
> > I disagree. Depending on server application some resources maybe
> generated
> > and come cacheable. So you shouldn't just disable resources load.
> >
> > JMeter HAS item to simulate browser's cache behavior. It's Cache Manager.
> >
> > С уважением,
> > Андрей Похилько
> >
> > -----Original Message-----
> > From: Bhattacharya, Sudip [mailto:sudip.bhattacharya@genpact.com]
> > Sent: Tuesday, June 29, 2010 7:36 PM
> > To: JMeter Users List
> > Subject: RE: Is it good practice to exclude common page items during
> > record?
> >
> > Yes, as Felix mentioned, it is good practice.
> >
> > Idea is static content would be cached by browsers generally, so would be
> > downloaded only once. If you run them thru JMeter (without caching
> > enabled),
> > JMeter would fetch them every time overloading the network. This is not a
> > normal use case scenario, so it's better to remove static content like
> > images, css, java script, etc from your samplers.
> >
> >
> >
> >______________________________
> > Sudip Kumar Bhattacharya, PMP
> > Senior Principal Consultant, BPM Track, Products Org
> > Genpact, Delhi, India
> >
> > C +91 98995 16992
> >
> > E sudip.bhattacharya@genpact.com
> > www.genpact.com
> >
> > -----Original Message-----
> > From: Felix Frank [mailto:ff@mpexnet.de]
> > Sent: Friday, June 25, 2010 5:01 PM
> > To: JMeter Users List
> > Subject: Re: Is it good practise to exclude common page items during
> > record?
> >
> > Generally, it is good practice. Probably, the checkbox "retrieve
> > embedded contents" in the HTTP sampler will do what you want. Only keep
> > recorded samplers for actual HTTP content (be it php, aspx or whatever)
> > and have Jmeter deal with the images.
> >
> > Also refer to
> >
> http://jakarta.apache.org/jmeter/usermanual/best-practices.html#lean_mean
> >
> > Cheers,
> >
> > Felix
> >
> > On 06/25/2010 01:26 PM, Spudona wrote:
> > >
> > > I'm not sure if I should exclude image files during recording. It
> > certainly
> > > makes the recorded test shorter and easier to edit if necessary but
> does
> > > this mean that the images on each page aren't part of the load test and
> > if
> > > not, what is the reason to exclude any  content from a load test?
> > >
> > > Andrew
> >
> > --
> > MPeX.net GmbH / Werner-VoЯ-Damm 62 / D-12101 Berlin / Germany
> > MPeXnetworks / www.mpexnetworks.de
> > Tel: ++49-30-78097 180 / Fax: ++49-30-78097 181
> >
> > Sitz, Registergericht: Berlin, Amtsgericht Charlottenburg, HRB 76688
> > Geschдftsfьhrer: Lars Brдuer, Gregor Lawatscheck
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> > This e-mail (and any attachments), is confidential and may be privileged.
> > It
> > may be read, copied and used only
> > by intended recipients. Unauthorized access to this e-mail (or
> attachments)
> > and disclosure or copying of its
> > contents or any action taken in reliance on it is unlawful. Unintended
> > recipients must notify the sender immediately
> > by e-mail/phone & delete it from their system without making any copies
> or
> > disclosing it to a third person.
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
> >
> >
>
>