2016-04-25 10 views
7

Da circa due mesi ho osservato uno strano fenomeno con il servizio di protezione in tempo reale fornito in bundle come parte di Windows Defender su Windows 10.Servizio di protezione in tempo reale di Windows Defender rallentando Visual Studio ecc.

Quando questo servizio è impostato su ON, le build di Visual Studio richiedono un tempo terribilmente lungo da completare. Lo stesso Visual Studio impiega un'eternità per il lancio. Inoltre, se sono presenti componenti aggiuntivi gestiti (scritti utilizzando Visual Studio Tools per Office, VSTO) installati in Outlook, Outlook impiega 13-14 secondi per l'avvio! Quando questo servizio è disattivato, Outlook si avvia nuovamente entro due secondi circa.

L'ho sollevato su Twitter con supporto Windows e ho provato a discuterne online con il supporto Microsoft per un'ora senza alcuna risoluzione. Guardando in giro per internet posso vedere ci sono utenti che stanno segnalando stessi problemi come

http://ardalis.com/speed-up-visual-studio-build-times

Slow page refresh times during development

Ho notato questo solo per due mesi o giù di lì. Ho provato a far girare nuove VM in Azure, ecc. Per testarlo e in ogni caso ho notato che questo servizio di protezione di TIme Real è il colpevole. Il mio problema principale è il tempo di caricamento di Aggiungi in Outlook per essere onesti.

Ho provato a postare questo sul sito di Microsoft risposta here ma finora nessuna fortuna. Speravo se qualcuno qui sa come risolvere questo problema senza aggiungere un'eccezione per Outlook in Real Time Protection Service (dopo di che i componenti aggiuntivi vengono caricati come previsto entro 200 millisecondi).

+0

Ho avuto lo stesso problema. Nel mio caso, lo studio visivo si bloccava all'avvio. La disabilitazione della protezione in tempo reale ha risolto il problema. –

+0

All'improvviso la scorsa settimana questo problema si è attenuato rispetto al lancio di Outlook almeno. Sospetto che l'ultimo aggiornamento di Windows abbia probabilmente apportato alcune modifiche. Continuerò a monitorare Visual Studio e vedere come va. – Nikhil

risposta

1

Ho avuto gli stessi sintomi e il mio problema è stato risolto disabilitando i log in Microsoft .Net Framework Assembly Binding Log Viewer (FUSLOGVW.exe). Ho dimenticato che stavo facendo un test e ho lasciato l'accesso.

  1. Eseguire il visualizzatore come amministratore.
  2. Fare clic sul pulsante Impostazioni.
  3. controllo del registro di disabili
+0

Grazie. Ci avevo provato anche io, ma senza fortuna. Come ho detto, un giorno si è risolto durante i miei ambienti, quindi suppongo che sia stato risolto da MS. – Nikhil

Problemi correlati