Return-Path: X-Original-To: apmail-jmeter-user-archive@www.apache.org Delivered-To: apmail-jmeter-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 71684C38D for ; Fri, 7 Jun 2013 13:47:09 +0000 (UTC) Received: (qmail 49936 invoked by uid 500); 7 Jun 2013 13:47:08 -0000 Delivered-To: apmail-jmeter-user-archive@jmeter.apache.org Received: (qmail 49857 invoked by uid 500); 7 Jun 2013 13:47:04 -0000 Mailing-List: contact user-help@jmeter.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "JMeter Users List" Delivered-To: mailing list user@jmeter.apache.org Received: (qmail 49848 invoked by uid 99); 7 Jun 2013 13:47:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Jun 2013 13:47:02 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of asp.adieu@gmail.com designates 209.85.160.45 as permitted sender) Received: from [209.85.160.45] (HELO mail-pb0-f45.google.com) (209.85.160.45) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Jun 2013 13:46:55 +0000 Received: by mail-pb0-f45.google.com with SMTP id mc8so4710669pbc.32 for ; Fri, 07 Jun 2013 06:46:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ctXo+SHWCYwtWhCVKegqfPJUwGYulfTRda7KfC+NKz0=; b=yZa2lWD/kPl+KnBEKqeydxtXnnJXMnh1QUTTd8peXTaSPhxrfr8SgFNlh6w6HIQvni XmBmLdfeN1LWWVYk1u49IlrE8pulL45XJGCFHPa9dZ15FuJ/lN4Db+wCyPUvdsIVQaDi bkBVPl+HbBsHm9L5SSxFeBkW5i81x1YBYRAtKXKOdBHWGpwEW8We37QE2OaaF9Fcsqo0 REjCkUqJ2+uLdx+pcvEFujuWAEUJ8IyRHL2aEnNxlECcM0xUrJ6RoTXDyQrHfexUWOts qcFkH4HxOO84EylOPeSoFOvibOowytcoANKDiNPuygySxjiRPAE89AAb5rQvFcnHeU9b Dn7Q== MIME-Version: 1.0 X-Received: by 10.68.13.199 with SMTP id j7mr33703370pbc.17.1370612794015; Fri, 07 Jun 2013 06:46:34 -0700 (PDT) Received: by 10.70.103.238 with HTTP; Fri, 7 Jun 2013 06:46:33 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Jun 2013 16:46:33 +0300 Message-ID: Subject: Re: Measuring page load / rendering time From: Adrian Speteanu To: JMeter Users List Content-Type: multipart/alternative; boundary=bcaec52156d1b6460a04de90a843 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec52156d1b6460a04de90a843 Content-Type: text/plain; charset=UTF-8 Hi, I have a different approach to this. But there's a lot of background to it, which can't be covered answering a specific question (how to measure X), all of it resumes to: you should not look for shortcuts and instead should do things the right way. Measuring rendering times is the complete opposite of doing things that way. Its a dead-end, because it is too hard to track and fully cover. Are you going to test on a large enough number of PC/Mac/Linux hardware configurations in conjunction with a large number of software versions (OS, browsers, other plugins that might affect rendering)? Is your test matrix going to be comprehensive enough? Usually its not. The approach to front-end should be different because UI has different specific problems. I use YSlow!, a plugin for Firebug that works on Firefox. It shows "missing optimisations", and gives a good starting point for a development team to obtain the best rendering time for their project. With JMeter, you create the load on the server side and with one desktop machine, you evaluate what will be the most probable user experience during high traffic and then improve that. Its the best thing you can do, and the only honest approach to this problem. You can still make measurement taking several samples from tools like Firebug, Chrome's dev tools and so on, but what's the point? Are you trying to benchmark the renderer or your server application? If its the second, there are more questions you ask. Regards, Adrian S On Thu, Jun 6, 2013 at 3:28 PM, nmq wrote: > Hi everyone > > I have been told that JMeter does not measure page load or rendering time. > Does anyone know of a roundabout way of making approximations using JMeter, > which would be fairly close to actual times. > > Or if anyone knows of a better tool that can be used to achieve this? > > The AUT is a secured web portal giving access to a limited number of users > and is document intensive. I need to measure the page load time of the > Documents page which displays the first 100 documents and as the user > scrolls down, renders the next 100 and so forth. > > Any tips or help for load/performance testing would be appreciated. > > Thanks > Sam > --bcaec52156d1b6460a04de90a843--