Sto lavorando su un progetto ASP.NET 3.5 che ha 55 progetti in una soluzione. Quando si apre la soluzione in Visual Studio 2008, è necessario un minuto per aprirlo, circa 1 secondo per ciascun progetto. Tuttavia, se scollego il cavo di rete prima di aprire la soluzione, ci vogliono solo circa 15 secondi! Qualche idea su cosa potrebbe causare il rallentamento?Soluzione lenta caricamento in Visual Studio 2008
Mi è successo di nuovo nei giorni in cui stavamo usando Visual Source Safe.
Potrebbe essere il plug-in di controllo del codice sorgente che richiede aggiornamenti se si dispone della soluzione sotto il controllo del codice sorgente.
Alcuni anni fa ricordo un collega con problemi simili (con una soluzione molto più piccola e in VS2003). Non ricordo i dettagli, ma penso che fosse correlato all'account utente ASPNET locale (o piuttosto, che non esistesse). Non sicuro però ...
Come nota a margine: di solito trovo più efficiente avere forse una manciata di progetti in ciascuna soluzione (di solito una soluzione produce uno o due assiemi usati nel codice di produzione), e quindi avere alcune istanze di Visual Studio in esecuzione contemporaneamente. Più di 50 progetti nelle stesse soluzioni sembrano chiedere problemi.
Potrebbe essere che tu abbia altre dipendenze, volevo solo condividere i miei pensieri.
che ha 55 progetti in una soluzione
WOW. Non riesco a immaginare quale tipo di soluzione abbia bisogno di tanti progetti. Probabilmente la risposta è che il tuo fornitore di servizi di controllo del codice sorgente deve aggiornare lo stato di ciascuno degli articoli, il che richiede tempo.
Per i sistemi di controllo versione in stile edit-merge-commit, come ad esempio subversion, questa operazione non viene eseguita. Prova a rimuovere temporaneamente il controllo del codice sorgente dall'intera soluzione per vedere se questo è il colpevole.
Se la soluzione è collegata al controllo del codice sorgente, prova a caricare i simboli e verificare quali elementi sono stati estratti. Quindi, se si dispone di una connessione lenta, è spesso più veloce per portare la soluzione offline.
http://www.tmgirvin.com/2009/03/working-offline-with-visual-studio-2008-and-tfs.html
EDIT Un'altra soluzione che ho visto usato, creare un _webTier.sln _database.sln _build.sln (è il nome del progetto)
e ciascuno di queste soluzioni è una parte autosufficiente dell'intero progetto, ma in questo modo se si sta lavorando al webtier e non è necessario caricare il progetto del database o le parti del progetto mobile, è sufficiente aprire i soluti del webtier sopra.
La soluzione di build contiene l'intero pacchetto che deve essere compilato e richiede molto tempo per essere caricato.
Posso rispondere a una domanda con una domanda? Qual è il segreto per convincere VS a non morire semplicemente con questi progetti, per non parlare di caricare in un tempo incredibilmente rapido 60 secondi?
A circa 10-12 proietta il tempo di compilazione su Visual Studio diventa insopportabile, a circa 5-8 progetti ReSharper andrà in crash.L'IDE è un tale maiale memoria che anche l'apertura di più progetti utilizzando più istanze di VS di solito non è un'opzione.
In ogni caso, è tutto basato sull'uso della memoria e probabilmente il progetto fuori pista è in esecuzione, ad es. quello con il maggior numero di file.
Senza la connessione di rete, si carica in circa 15 secondi. Secondo Process Explorer, la dimensione del working set per lo studio visivo è di circa 300.000 K dopo aver creato una build con una dimensione virtuale di 750.000 K. Quindi avere 2 GB di memoria (almeno) è molto utile. Non è un particolare progetto che sta causando il problema. Posso vedere il messaggio in fondo mentre carica ogni progetto, e ognuno richiede circa lo stesso tempo. –
È necessario eseguire alcune indagini, attivare Wireshark, avviare un'acquisizione sull'interfaccia in questione e vedere quale traffico scorre sul filo.
Grazie per il suggerimento su Wireshark. Ho scaricato e l'ho eseguito. Supponendo che sto interpretando correttamente i risultati, l'unico traffico che vedo a causa dello studio visivo è un sacco di query DNS. Non so cosa stia cercando, ma suppongo che le lente risposte del nameserver potrebbero causare ritardi. –
Qualche possibilità è questo problema? http://dotnetjunkies.com/Newsgroups/microsoft.public.vsnet.ide/2004/3/29/97325.aspx – si618
Siamo spiacenti, il collegamento non ha funzionato (Impossibile trovare la pagina). –
Ho avuto questo problema su una macchina di sviluppo senza connessione a internet e si è scoperto che il problema era legato a un ambiente in opzioni internet di IE:
Pannello di Controllo -> Opzioni Internet -> Avanzate - > Sicurezza -> Verifica revoca dei certificati dell'editore
Dopo essersi assicurati questo è stato deselezionata mie soluzioni iniziato il caricamento di nuovo rapidamente.
Ho avuto lo stesso problema questa settimana (5 anni dopo !!). È stato causato da un enorme file .suo (quasi 400 Mb), eliminandolo ha risolto il problema.
55 progetti! whoa. –