Internet Explorer - Measuring Browser Performance with the Windows Performance Tools

We’ve recently discussed the performance characteristics of the Flying Images and A GPU-Powered HTML5 Flickr Photo Viewer samples across different browsers. On the Internet Explorer team we use the Windows Performance Tools to measure browser runtime performance. The Windows Performance Tools are among the most accurate performance tools available which is why they’re commonly used across the industry. In this post I will give an introduction to using the Windows Performance Tools with Internet Explorer.
Using the Windows Performance Tools you can measure not only the overall elapsed time of operations, but also look at the time spent in individual browser and operating system components. In this post we’ll show you how to use the Windows Performance Tools to record and analyze the performance of different browsers. We’ll look at how to understand Windows events, measure CPU and GPU activity, identify working set patterns, and view network activity. We wouldn’t recommend the Windows Performance Tools for the average user; however these tools are a great resource for developers and this post will help you get started using the toolset to understand browser performance.
<b>Background</b>
Microsoft Windows Vista and Windows 7 have an extremely low overhead infrastructure built into the operating system called Event Tracing for Windows which collects performance and system data. Event Tracing for Windows, or ETW for short, enables the Windows operating system and applications to efficiently generate events at runtime. There are hundreds of events that can be captured during execution and later analyzed by tools.
The Windows Performance Tools, or WPT for short, allow you to capture, visualize and analyze ETW traces for your operating system. WPT is part of the Windows 7 SDK and can be downloaded from here. During the installation you can scope the installation to just the &ldquo;Windows Performance Toolkit&rdquo;:
<blockquote>
.
[/quote]
<b>First Profile</b>
Once you have the WPT tools installed, you&rsquo;re ready to start analyzing browser performance.
Let&rsquo;s started by measuring the performance of Internet Explorer 8 navigating to http://www.bing.com
<ol>
Launch Internet Explorer and navigate to http://www.microsoft.com.
Start an <i>elevated</i> command prompt
From that command prompt execute
<blockquote>
<code>xperf -start mytrace -on PerfTrack</code>
[/quote]

Navigate IE to http://www.bing.com and wait for five seconds after the page appears to be visually done loading and the browser reaches a quiescent state.
Stop the trace by executing
<blockquote>
<code>xperf -stop mytrace -d mytrace.etl</code>
[/quote]

Now launch the Windows Performance Analyzer, part of the WPT toolkit, by executing
<blockquote>
<code>xperfview mytrace.etl</code>
[/quote]

</ol>
The last command launches the Windows Performance Analyzer and opens the mytracve.etl file which contains the ETW events that were recorded during the trace.
<blockquote>
.
[/quote]
The Windows Performance Analyzer displays the captured events. In this example you captured events from several providers. Clicking on the &lsquo;ProviderIds&rsquo; drop down reveals the 4 providers:

PerfTrackMetadata
WinSATAssessment
Microsoft-PerfTrack-IEFRAME
Microsoft-PerfTrack-MSHTML

<blockquote>
.
[/quote]
We will go into more detail about providers later in this post.
Notice the time scale at the bottom showing time in seconds. Next we will zoom into the cluster of events. There are two ways to zoom in: a) Ctrl + Scroll-wheel on the mouse, or b) Click + Drag to select a timespan followed by Right-Click on the selection and select &lsquo;Zoom To Selection&rsquo;.
<blockquote>
.
[/quote]
Next, we will hover over an event to reveal its tooltip listing details about the event. For example, hovering over the first yellow dot shows its tooltip:
<blockquote>
.
[/quote]
The <i>EventName</i> indicates that this event is the <i>Navigation - Start</i> event, which is the beginning of the navigation to bing.com. 
The tooltip of the second yellow dot reveals it as the <i>Navigation - Redirect</i> event. The redirect occurs because we navigated to http://bing.com and the server responds with a redirect to http://www.bing.com. As you know, it is common for sites to redirect users to the primary URL of the home page.
The third yellow dot is the <i>Navigation - Stop</i> event, indicating the navigation to www.bing.com is finished.
Next, we will measure the duration of the redirected navigation to get a sense of the overall time taken.
Click + Drag from the second yellow dot to the third. While dragging, the tooltip shows the duration between the two points in time:
<blockquote>
.
[/quote]
NOTE: The elapsed time between the start and stop events is not meant for comparison among different browsers. Different browsers can name and define events as they see fit. Comparing elapsed times makes sense for a single browser. Attempting to compare them across browsers (or even different versions of the same browser) doesn&rsquo;t make sense. For example, the ETW events exposed by another browser might have similar names like <i>Navigation Start</i> and <i>Navigation End</i> but they measure very different aspects of the generic term &ldquo;Navigation&rdquo;.
However, the elapsed time is interesting for comparing results from multiple traces of the same scenario using the same browser. For example, it is interesting to compare the navigation duration of bing.com and another site. Since the pages are very different the elapsed time will be different. Later, we will look deeper into understanding where the time is spent.
So far, we have looked at the "timeline" view displaying all events captures during the trace. We can drill into events by zooming in and looking at the tooltips of each event. Windows Performance Analyzer has more views that we will look at later.
<b>Providers</b>
We previously mentioned <i>Providers</i> that are the source of the events captured by the Windows Performance Tool Kit. In the previous example, we told xperf to capture events from the "PerfTrack" provider by specifying &ldquo;PerfTrack&rdquo; on the command line
<blockquote>
<code>xperf -start mytrace -on PerfTrack</code>
[/quote]
We can use Windows Performance Tool Kit to capture and analyze every aspect of the Windows operating system. Each Windows component exposes numerous ETW events so that overall Windows has thousands of events. In addition each application can expose many more, easily leading to information overload.
Depending on the scenario that we are profiling, we chose events from a set of providers so that we focus our attention to the relevant events.
We get a listing of providers, by executing the following command:
<blockquote>
<code>xperf -providers</code>
[/quote]
The full list has numerous providers, including Kernel Flags and Kernel Groups at the very end of the list. The following are of interest when looking at Internet Explorer:

Microsoft-IE
Microsoft-IEFRAME
Microsoft-PerfTrack-IEFRAME
Microsoft-PerfTrack-MSHTML

As well as the Kernel Group:

Latency

We can use several user mode providers at once, for example:
<blockquote>
<code>xperf -start mytrace -on Microsoft-IE+Microsoft-IEFRAME+Microsoft-PerfTrack-IEFRAME+Microsoft-PerfTrack-MSHTML</code>
[/quote]
To use user mode and kernel mode providers at the same time take a look at Example 2 half way down the page.
<b>Tracing Scripts</b>
When we analyze the performance of any component, we run performance trace many times over. To facilitate and make it easier to capture the same traces we use simple batch script. For the examples in this post we used <i>trace.cmd</i>:
<blockquote>
<pre><code>@echo off
set session=mytrace
if not @%1@ == @@ set session=%1

xperf -start %session% -on PerfTrack
if not errorlevel 0 goto :eof

echo.
echo Performance Trace started.
echo.
echo When done with profile actions,

pause

echo.
xperf -stop %session% -d %session%.etl
if not errorlevel 0 goto :eof

echo.
start xperfview %session%.etl</code>[/code]
[/quote]
The basic idea of the script is:

Launch the script from an elevated command prompt
Reproduce the scenario that we want to capture when the script is waiting for us
Hit any key in the command prompt to let the script finish the capture and display the result

The following is a slightly more complex script <i>tracek.cmd</i> that also captures kernel mode events:
<blockquote>
<pre><code>@echo off
set session=mytrace
if not @%1@ == @@ set session=%1

xperf -on Latency -f %session%kernel.etl -start %session% -on Microsoft-IE+Microsoft-IEFRAME+Microsoft-PerfTrack-IEFRAME+Microsoft-PerfTrack-MSHTML -f %session%user.etl

if not errorlevel 0 goto :eof

echo.
echo Performance Trace started.
echo.
echo When done with profile actions,

pause

echo.
xperf -stop %session%
if not errorlevel 0 goto :eof
xperf -stop
if not errorlevel 0 goto :eof

xperf -merge %session%user.etl %session%kernel.etl %session%combined.etl
if not errorlevel 0 goto :eof

echo.
start xperfview %session%combined.etl</code>[/code]
[/quote]
<b>Machine Wide Perspective</b>
When we take traces with the second &ldquo;more complex&rdquo; script Windows Performance Analyzer shows a holistic view of the entire system during the capture including CPU usage, CPU usage by process, Disk I/O and utilization, process lifetimes, and hard faults along with the Generic Events we looked at before. Each of the additional one can be just as important as CPU usage in determining performance.
<blockquote>
.
[/quote]
We can select which graphs to display by clicking the black shape on the left edge which reveals the Frame List:
<blockquote>
.
[/quote]
We can also overlay multiple graphs to get a combined view. For example, Right+ Click on a graph and select another graph under "Overlay Graph".
<b>Summary Table</b>
Now we will look at a very different view in Windows Performance Analyzer, the &ldquo;Summary Table&rdquo; view. Each graph has a &ldquo;Summary Table&rdquo; view that is tailored to data in the graph. For example, view the &ldquo;Summary Table&rdquo; view of the &ldquo;Generic Events&rdquo; graph via Right + Click on the &ldquo;Generic Events&rdquo; graph and select &ldquo;Summary Table&rdquo;:
<blockquote>
.
 .
[/quote]
We can drill down into the events by provider and reveal the individual event counts and time that they occurred.
<b>Stack Walk</b>
Stack walks provide another dimension when investigating performance profiles, since they let you drill down based on the "Weight", meaning approximate CPU consumed. Since the profile data is based on sampling, it is always a statistical approximation of CPU consumed.
To enable stalk walks, we need to turn them on for the events we are interested in. In this case we are interested in the profile event which is part of the Latency group. For details on enabling stack walking on the event see Stack Walking in XPerf.
<b>A Wide World to Explore</b>
On the IE team we use the Windows Performance Toolkit along with internal tools daily to measure and understand the runtime performance of Internet Explorer. We welcome you to download the tools and start looking at browser performance using the Windows Performance Toolkit on your own systems.
Walter vonKoch

IE Performance Program Manager <div style="clear:both; http://blogs.msdn.com/aggbug.aspx?PostID=10028043" width="1" height="1

[url=http://blogs.msdn.com/b/ie/archive/2010/06/21/measuring-browser-performance-with-the-windows-performance-tools.aspx]View the full article[/url]