Visual Studio 2017 è troppo lento durante la creazione e il debug


94

Ho appena installato Visual Studio 2017 su un PC con le seguenti specifiche:

Processore Intel Xeon E5-1600 v3 da 3,50 GHz, 16 GB di RAM e sistema operativo Windows 10 Pro a 64 bit .

Sebbene le prestazioni del PC siano quasi perfette, di solito riscontro problemi di lentezza in Visual Studio 2017, specialmente durante i processi di compilazione e debug. Oltre a questo a volte devo riavviarlo dopo "Non risponde" .

Esiste una soluzione stabile per quanto riguarda questo problema per Visual Studio 2017 ? ..


3
Il "caricamento della soluzione leggera" è abilitato? Stava rallentando la mia build sln ~ 2x volte
tukaef

1
@ 2kay Dov'è quell'ambientazione?
Jason

1
@hexadecimal fare clic con il tasto destro su sln -> abilitare / disabilitare il caricamento della soluzione leggera
tukaef

@ 2kay È stato disabilitato, grazie ...
Jason

Risposte:


165

Per ottenere prestazioni migliori in Visual Studio 2017, è possibile applicare alcuni tipi di modifiche alle prestazioni come mostrato di seguito:

  1. Impostare Controllo sorgente corrente ... su Nessuno in StrumentiOpzioniControllo sorgente

  2. Deseleziona l'opzione Impostazioni sincronizzate su ... sotto StrumentiOpzioniAmbienteImpostazioni sincronizzate (per alcune versioni: StrumentiOpzioniAmbienteAccount )

  3. Disabilita CodeLens (opzionale): deseleziona l'opzione Abilita CodeLens in StrumentiOpzioniEditor di testoTutte le lingue

  4. Disabilita strumenti diagnostici (opzionale): deseleziona l'opzione Abilita strumenti diagnostici durante il debug in StrumentiOpzioniDebugGenerale

  5. Pulisci il contenuto nelle seguenti cartelle ( non eliminare queste cartelle, ma elimina solo il loro contenuto ) e riavvia Visual Studio:

    Pulisci il contenuto nella cartella WebSiteCache (si trova in
    C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache )

    Pulisci il contenuto nella cartella File temporanei ASP.NET (può essere trovato in
    C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporary ASP.NET Files )

Nota: se l' accelerazione hardware è abilitata o se utilizzi le impostazioni predefinite dell'esperienza visiva in Microsoft Visual Studio 2017 o Visual Studio 2015, potresti riscontrare problemi di prestazioni intermittenti, arresti anomali del prodotto o problemi di rendering. Per risolvere questi problemi, applicare le seguenti impostazioni in StrumentiOpzioniAmbienteGenerale

inserisci qui la descrizione dell'immagine

Per ulteriori informazioni, visitare Problemi di prestazioni, arresti anomali del prodotto o problemi di rendering in Visual Studio 2015 e Visual Studio 2013 .

Se il problema è correlato al debug, prova la soluzione alternativa al debug / caricamento di Visual Studio molto lentamente .

Spero che aiuti...


8
L'applicazione di queste impostazioni ha aumentato notevolmente le mie prestazioni di Visual Studio 2017, grazie mille :)
Jason

9
La disattivazione del controllo del codice sorgente non è realmente un'opzione quando si utilizza TFS o Git. Ed entrambe le cartelle temporanee sembrano applicarsi solo allo sviluppo ASP, entrambe non esistono sulla mia macchina.
Lennart

6
@Lennart: Almeno con Git, puoi sempre eseguire attività relative al controllo del codice sorgente al di fuori di VS (ad esempio utilizzando lo gitstrumento della riga di comando) e avere l'integrazione di Git disabilitata in VS. È certamente un flusso di lavoro diverso che potrebbe non piacerti, ma è comunque un'opzione fattibile.
stakx - non contribuisce più il

4
Anche la disabilitazione del ripristino del pacchetto nuget può velocizzare le cose. Strumenti => Opzioni => Ripristino pacchetto. Deseleziona Consenti a NuGet di scaricare i pacchetti mancanti.
Preben Huybrechts

3
Sarebbe utile includere la versione VS2017 a cui si applica questa risposta. Come menzionato da @bkassar, # 2 si trova in Strumenti → Opzioni → Ambiente → Account nella v15.8.5. Non sono sicuro di quale versione sia cambiata, ma ci sarà tempo sprecato cercando di trovare Ambiente → Impostazioni sincronizzate per coloro che mantengono aggiornato il proprio VS e hanno appena riscontrato questo problema.
cechow

8

Può esserci una soluzione prioritaria ..

1) Disabilitare gli strumenti diagnostici

inserisci qui la descrizione dell'immagine

2) Disabilita l'esperienza visiva del client rick

inserisci qui la descrizione dell'immagine

3) Disabilita tutte le impostazioni di sincronizzazione.

inserisci qui la descrizione dell'immagine

assicurati anche di aver rimosso la cache usando run ->% temp%. in bocca al lupo.


5

Il mio problema era con Lightweight Solution Load. Una volta disabilitato, tutto è tornato alla normalità.


Grazie! mi hai appena risparmiato così tanto tempo!
fk2

1
La stessa cosa è successa a me, è divertente come la soluzione leggera sia in realtà più pesante della soluzione normale.
Bill Yang

Non riesco a trovare questa opzione in VS2017 Enterprise
Savage

3
@Savage L'opzione è stata rimossa in VS2017. Vedere: docs.microsoft.com/en-us/visualstudio/ide/…
Yamakuzure

3

Ho ottenuto questo collegamento per gestire le prestazioni di Visual Studio nel mio VS 2017

Nota: è anche possibile aprire questa finestra da: Guida -> Gestisci prestazioni di Visual Studio

Secondo lo screenshot qui sotto, Developer Analytics Tools aggiunge 5 sec (in media) al tempo di caricamento della soluzione. L'ho disabilitato.

inserisci qui la descrizione dell'immagine


2

Scarica procmon ed esegui per controllare le attività in background svolte da msbuild o visual studio. Visual Studio può essere estremamente lento o quasi inutilizzabile nel caso in cui il suo registro di scrittura utilizzi fuslogvw.

Passaggi per interrompere il writer di log di fuslogvw.

1) Finestra + R, digitare RegEdit 2) Percorso GoTO HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Fusion 3) Impostare il valore esadecimale di Force Log su 0.

Visual Studio inizierà a funzionare normalmente.


Grazie @Akash !! Dopo averlo disabilitato, la mia soluzione funziona più velocemente. Immagino che dovremmo abilitarlo solo per la risoluzione dei problemi.
Davi Ruiz

2

Sto eseguendo VS 2017 su un sistema con 128 GB di RAM e 4 processori Xeon Quad Core con SSD. Ovviamente sto usando Windows 10 Pro for Workstations per supportare la mia build quad CPU.

Ciò che mi ha davvero aiutato a ridurre il tempo di costruzione a meno di 2 secondi è stato questo semplice trucco:

Impostazione delle impostazioni del computer host per l'ottimizzazione su "Servizi in background" utilizzando le proprietà di Windows, Impostazioni di sistema avanzate, Avanzate, scheda Avanzate.

Inoltre, considerando che ho un'enorme quantità di RAM e non ho mai visto nemmeno un quarto di esso utilizzato per disabilitare il file di pagina. (Windows avviserà delle conseguenze)

Inoltre, vale la pena aggiungere l'installazione di VS e la cartella del progetto a un elenco di eccezioni nelle impostazioni dell'antivirus (nel mio caso, Windows Defender)


0

Ho provato tutte le soluzioni di cui sopra e ho seguito molti dei collegamenti pertinenti. Nessuno di loro ha funzionato.

Dopo essermi strappato tutti i capelli e riempito un'altra tazza di caffè, ho deciso di aggiornare Visual Studio 2017. Boom, ora tutto è tornato alla normalità (tranne i miei capelli e un cervello contenente caffeina).

Quindi, se dovessi riscontrare lo stesso problema, ti suggerisco di controllare prima l'aggiornamento di Visual Studio 2017. Se è disponibile un aggiornamento, aggiorna!


prova a eliminare il file suo. che funziona per me docs.microsoft.com/en-us/collaborate/connect-redirect
yohan.jayarathna

0

Ho avuto un problema simile con la versione VS Community 2017 e ho disabilitato "Abilita strumenti di diagnostica durante il debug", solo questo, niente di più ... !!!

Strumenti> Opzioni> Debuggin> Generale> Abilita strumenti di diagnostica durante il debug


0

Ho osservato che il processo " perfwatson2.exe " utilizza il massimo utilizzo di CPU / memoria / disco durante la build VS 2017. Il processo perfwatson2 raccoglie i dati dell'azione del sistema che richiede più tempo (circa 2+ secondi) e invia tali dati a Microsoft. Il team Microsoft può analizzare i dati e trovare una soluzione per lo stesso.

I passaggi seguenti ti aiuteranno a interrompere il servizio / processo perfwatson2.

Apri VS2017 e vai su Aiuto => Invia feedback => Impostazioni e imposta l'opzione No, non vorrei partecipare

inserisci qui la descrizione dell'immagine


0

Prova a eliminare la cartella .vs creata da VS2017 nel repository di codice locale. Quindi apri di nuovo la soluzione.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.