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
risposta
Alcune persone sono in grado di aggirare questo utilizzando una delle quattro tecniche.
disabilitando tutte le opzioni esperienza visiva in VS 2010 deselezionando l'opzione in Strumenti -> Opzioni -> Ambiente -> Generale | Visual Experience
disattivare l'accelerazione HW per WPF impostando il valore del Registro
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Avalon.Graphics\DisableHWAcceleration
a1
disattivare l'opzione Concurrency
Collect resource contention data
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
Thx, ci proverò questo dopo le vacanze. – watbywbarif
1. Non ha aiutato. – watbywbarif
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
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.
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
@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
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. –
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.
Ho trovato questa parte di Visual Studio inaffidabile quando si analizzano i registri di grandi dimensioni. –
@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
Si dovrebbe segnalare il bug a MS, nel caso in cui non sono a conoscenza di esso. – AshleysBrain