Development With A Dot

Blog on development in general, and specifically on .NET



My Friends

My Links

Permanent Posts

Portuguese Communities

Profiling Entity Framework Code First With MiniProfiler

Updated: thanks, RichardD!


When I tried to find an up to date tutorial on using MiniProfiler with Entity Framework Code First I couldn’t find any that I could use – all either referred old versions of assemblies or didn’t include all information, so here is one.

MiniProfiler presents itself as a “simple but effective mini-profiler for .NET and Ruby”, and indeed it is! Let’s forget about the Ruby part, which I don’t know: it offers an interesting, non-intrusive approach to getting simple performance measures for the execution of ASP.NET MVC action methods and, what interests me more, database calls, such as those produced by EF. Its pluggable nature, however, can potentially lend itself to other uses – more on this on a future post.


MiniProfiler works with MVC only. You need to install it into your project and the best way to do this is through Nuget. You will need three packages: the MiniProfiler itself, the one for MVC 3 (but will work on MVC 4 too) and the one for EF:




The Nuget packages will add the required assemblies, add a sample Razor layout view that demonstrates how to include the required JavaScript code and will add a class with a method that will fire when the web application starts (courtesy of PreApplicationStartMethodAttribute) and register a new module dynamically (thanks to WebActivator). This will setup a global filter and will replace all of the registered view engines with a profiling wrapper of them.

Profiling Entity Framework

Now, for setting up Entity Framework profiling, we have three options:

  1. Change the DbContext class;
  2. Modify the Web.config file to reference a new provider;
  3. Add code to set up the provider.

In any case, you need to add the following calls to your Application_Start method (or some class called from it):

   1: MiniProfilerEF.Initialize();
   2: MiniProfiler.Settings.SqlFormatter = new SqlServerFormatter();

Adding the User Interface

OK, now all you need is to output some JavaScript to you user interface that will generate the console UI. We can do it by adding a method call to our _Layout.cshtml file:

   1: @StackExchange.Profiling.MiniProfiler.RenderIncludes()

In this case, I am using Razor, but you can certainly use ASPX.


After installing the three packages, when you run your application, you will notice a small box on the top upper corner:

One row will show up for each request. For this snapshot, we can tell that we first tried to access some URL, and were redirected to the login page, thus we have one row for the first URL and another for the login page.

If we click on any row we get some MVC-specific performance details of the request, including all of the loaded partial views plus some client-side ones:

When we click Esc, the upper corner box toggles its visibility, so we can forget about it.

As soon as you setup EF profiling, the upper corner box will be basically the same, except if MiniProfiler detects duplicated SQL commands, in which case it will display a !:


And if you click on a row:


Clicking on sql will reveal its details:


Each SQL command that is found to be a duplicate of a previous one will be identified as such.

A great tool indeed, don’t you think? Stay tuned for more!

Comments said:

Very interesting! Thanks for post.

# July 4, 2013 5:46 AM

RichardD said:

The MiniProfilerEF.InitializeEF42 method was only supposed to be a temporary fix for a problem introduced in EF4.1 update 1. If you're using 4.2 or higher, you just need to call the MiniProfilerEF.Initialize method; no need to change the context or the provider factory.

# July 4, 2013 3:04 PM