2011-12-29 21 views
9

Sto analizzando il mio progetto Win # C# in VS 2010, SP1. L'IDE si interrompe dopo che profilig è terminato e l'analisi viene eseguita, ma i risultati non sono ancora visualizzati. Posso elaborare manualmente il mio rapporto per cmd: >VSPerfReport.exe /summary:all "Report111229(4).vsp" ma mi piacerebbe ottenere risultati di analisi in VS anche, i file .csv generati dallo strumento non sono così belli. Interessante è che VS si bloccherà quando uso Instrumentation and Sampling, ma non quando uso Concurrency. Alcune idee o consigli su come risolvere questo problema?Visual Studio 2010 si arresta in modo anomalo durante la profilazione, dopo aver analizzato il report

+0

Ho trovato questa parte di Visual Studio inaffidabile quando si analizzano i registri di grandi dimensioni. –

+0

@watbywbarif Ho lo stesso problema e posso ricrearlo in modo affidabile anche con registri molto piccoli. Alcune persone sembrano essere in grado di rintracciarlo ad alcuni; più specifico; errore di fondo ma non riesco a capire come. – JoeGeeky

+0

Si dovrebbe segnalare il bug a MS, nel caso in cui non sono a conoscenza di esso. – AshleysBrain

risposta

3

Alcune persone sono in grado di aggirare questo utilizzando una delle quattro tecniche.

  1. disabilitando tutte le opzioni esperienza visiva in VS 2010 deselezionando l'opzione in Strumenti -> Opzioni -> Ambiente -> Generale | Visual Experience

  2. disattivare l'accelerazione HW per WPF impostando il valore del Registro HKEY_CURRENT_USER\SOFTWARE\Microsoft\Avalon.Graphics\DisableHWAcceleration a 1

  3. disattivare l'opzione Concurrency Collect resource contention data

  4. selezionare Enable source server support in Strumenti -> Opzioni -> Debug -> Generale

Questi tutti puzzano, ma può funzionare abbastanza a lungo da permettere di fare ciò che è necessario

+0

Thx, ci proverò questo dopo le vacanze. – watbywbarif

+0

1. Non ha aiutato. – watbywbarif

+0

2. HW Acceleration era già disabilitato per Visual Studio in 1. quindi non vedo come questo potrebbe aiutare? Inoltre non ho la chiave Avalon.Graphics nel registro – watbywbarif

1

Prova a escludere il file di performance dal controllo di origine

Che ha risolto il problema per me è stato escluso il file di Performance (per esempio Performance.psess) dal controllo del codice sorgente (nel nostro caso TFS) e assicurando che nessuno dei file .psess e .vsp sia contrassegnato come di sola lettura.

Spero che questo aiuti anche qualcun altro.

+0

Questo non ha aiutato nessuno dei due. Sto usando svn e .vsp non è gestito da subversion né è contrassegnato come di sola lettura. Ma grazie, forse questo aiuterà qualcun altro. – watbywbarif

+1

@watbywbarif - Inoltre, potresti provare ad aspettare diciamo 5 secondi prima di interrompere la profilazione (fallo da VS, non chiudendo l'app) e poi attendi ancora prima di provare a produrre il rapporto. Questo sembra ridurre il numero di volte in cui si verifica l'arresto anomalo. – Chris

+0

Sono finalmente riuscito a eseguire il profiling della strumentazione sospendendo il profiler subito dopo l'avvio dell'applicazione, quindi navigare nel punto esatto che deve essere profilato, riprendere il profiler ed uscire premendo "Esci" nel profiler. –

0

un'altra soluzione che mi ha aiutato (MSVS2013) è quello di aprire un'altra istanza di Visual Studio, e Debug-> collegare al primo processo di Visual Studio, chiamato devenv.exe. Successivamente, apri il file del profilo nella prima istanza di studio.

Vai alla figura.

Problemi correlati