views:

77

answers:

2

During debug builds I would like to show the duration it took, server side, to generate a page in the pages footer.

So for example if a page takes 250ms server side I would like that displayed in the footer, in debug builds. How can I achieve this in an ASP.NET MVC project?

+4  A: 
Marnix van Valen
+1  A: 

The ViewContext.HttpContext.Timestamp thing as suggested by Marnix is clever, I hadn't realised that was there. However, you could also do it as an HttpModule which would work in non MVC application too:

using System;
using System.Web;

namespace MyLibrary
{
    public class PerformanceMonitorModule : IHttpModule
    {
        public void Dispose() { }

        public void Init(HttpApplication context)
        {
            context.PreSendRequestContent += delegate(object sender, EventArgs e)
            {
                HttpContext httpContext = ((HttpApplication)sender).Context;
                if (httpContext.Response.ContentType == "text/html")
                {
                    DateTime timestamp = httpContext.Timestamp;

                    double seconds = (double)DateTime.Now.Subtract(timestamp).Ticks / (double)TimeSpan.TicksPerSecond;
                    string result = String.Format("{0:F4} seconds ({1:F0} req/sec)", seconds, 1 / seconds);

                    httpContext.Response.Write("<div style=\"position: fixed; right: 5px; bottom: 5px; font-size: 15px; font-weight: bold;\">Page Execution Time: " + result + "</div>");
                }
            };
        }
    }
}

Then put this into your web.config:

<httpModules>
    <!-- Other httpModules (snip) -->

    <add name="PerformanceMonitor" type="MyLibrary.PerformanceMonitorModule, MyLibrary"/>
</httpModules>

This will record the time at the very last moment it gets before sending the HTML content to the browser so that it is measuring as much of the HTTP pipeline as possible. Not sure if sticking ViewContext.HttpContext.Timestamp in the page markup can achieve this?

Note: this won't produce valid HTML markup because it spits a <div> to the bottom of the page, so only use for development/performance analysis.

EDIT: I modified the HttpModule to use HttpContext.Timestamp instead of storing a Stopwatch object in the Request context, as it seems to give more accurate results.

Sunday Ironfoot
If you wanted the information for diagnostic purposes, but preferred that it didn't alter the page markup you could always add a custom header to the response, then look at the page response in firebug or similar.
Gareth Saul
Really like this solution, if feels very extensible and flexible
Sam Saffron
What you could do is render a placeholder in the master page and then replace it in the response
Sam Saffron