使用mvc-mini-profiler时EF分析性能较慢

Question

当我使用下面的函数创建我的上下文时，分析器显示比标准EF (版本4)上下文创建方法增加了大约300ms。有没有其他更好的方法可以做到这一点？它违背了性能分析的目的。

    public static Models.MyEntities GetContext()
    {
        var profiler = MiniProfiler.Current;
        var sqlConn = new SqlConnection(ConfigurationManager.ConnectionStrings["MyConnString"].ConnectionString);
        var profiledConnection = MvcMiniProfiler.Data.ProfiledDbConnection.Get(sqlConn, profiler);
        return ObjectContextUtils.CreateObjectContext<Models.MyEntities>(profiledConnection);
    }

第一个是使用上面的函数来创建上下文。第二种是使用标准的EF上下文创建方法。以下是使用mvc-mini-profiler时的性能差异：

分析器EF上下文: 89.1

Some DB Hit:  317.9  

正常EF上下文: 0.1

Some DB Hit:  7.4  

更新2:我在Visual Studio中做了一些分析，看起来主要耗时的操作是MvcMiniProfiler.Helpers.StackTraceSnippet.Get()，在它里面有一个对System.Diagnostics.StackTrace..ctor(bool)的调用。这需要很长时间才能完成，这似乎是上述延迟的原因。

Answer 1

我推送了一个changeset to the profiler，它允许禁用堆栈跟踪，因为大量查询可能会影响分析。

只需在应用程序启动时设置以下设置：

MiniProfiler.Settings.ExcludeStackTraceSnippetFromSqlTimings = true;