DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40769>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40769

           Summary: RFE to correctly emulate http browser
           Product: JMeter
           Version: 2.2
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Main
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


In any modern browser, the browser normally supports multiple,
concurrent, HTTP requests (TCP connections).
This is typically used when processing a page requested by the user --
embedded links will be processed as they are received, and will be
processed in parallel up to the maximum concurrent connection limit of
the browser.

After fetching a page, each of the embedded URLs is
fetched by the same thread, serially. The reported time for the top
level page is reported as the sum of the times for loading the top level
page and each of the embedded URLs. This has no relation at all to the
time that will be taken by by a browser. the closes seems to be to
inhibit fetching embeded URLs, but this does not really emulate a real
world user load where the user will be fetching these URLs.

What is needed is that a thread fetches a page, discovers embedded URLs,
then spawns up to N more threads to fetch these URLs. The reported time
should be timed from the commencement of fetching the top level page, to
the end of the last fetch of an embedded URL. This will correctly
emulate a browser, and will report times in line with user experience.

This is needed to:

* Impose the same load that a browser would.
* Evaluate page load times experienced by a user with a browser.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to