Debugger di Visual Studio 2015: impatto elevato sulle prestazioni di SqlCommand

Question

Dopo l'aggiornamento da VS2013 a VS2015, sono rimasto scioccato dal rallentamento della mia applicazione Web con il debugger collegato. Così ho deciso di fare un confronto tra il VS2013 e VS2015 utilizzando MiniProfiler per analizzare una pagina particolarmente lento:

interessante notare che quando il debug utilizzando VS2013, la pagina viene caricata velocemente sotto IIS quindi IIS Express. Ma quando si esegue il debug in VS2015, IIS è molto più lento di IIS Express.

Inoltre, MiniProfiler indica che un'alta percentuale del tempo viene utilizzata nel codice relativo a SQL. Così ho provato ad utilizzare dotTrace al profilo pagina su IIS - una volta con il debugger VS2015 attaccato, e una volta senza di essa legato:

Sembra che durante il debug in VS2015, una percentuale molto elevata di tempo di CPU (in tempo reale) viene speso su SqlCommand.ExecuteReader() mentre con il debugger non collegato, tale metodo è piuttosto efficiente.

Ho anche provato questo su un altro computer con gli stessi risultati.

La mia applicazione utilizza ASP.NET MVC, NHibernate, SQL Server 2014, e sto usando IIS 10

Qualcuno ha altrimenti sperimentato le prestazioni delle applicazioni lento con il debugger VS2015 allegato, in particolare durante l'esecuzione di comandi SQL? Qualche idea qual è la causa alla radice e come risolverla?

Answer 1

Potrebbe essere il IntelliTrace, provate questo https://msdn.microsoft.com/en-us/library/dd264948(v=vs.100).aspx

Answer 2

Nel mio caso si trattava effettivamente la diagnostica con un sacco di operazioni di inserimento ADO.NET l'unica opzione era quella di disabilitare la diagnostica in vs2015

In Viual Studio 2017 rc, è lo stesso