Ich arbeite an einem ASP.NET 3.5-Projekt, das 55 Projekte in einer Lösung hat. Wenn Sie die Lösung in Visual Studio 2008 öffnen, dauert das Öffnen über eine Minute - etwa 1 Sekunde für jedes Projekt. Wenn ich jedoch das Netzwerkkabel vor dem Öffnen der Lösung abziehe, dauert es nur etwa 15 Sekunden! Irgendwelche Ideen über was könnte die Verlangsamung verursachen?Langsame Lösung laden in Visual Studio 2008
Ich hatte dies in den Tagen, als wir Visual Source Safe benutzten, schon einmal.
Könnte Ihr Versionskontroll-Plugin nach Updates fragen, wenn Sie die Lösung unter Versionskontrolle haben.
Vor ein paar Jahren erinnere ich mich an einen Kollegen mit einem ähnlichen Problem (mit viel kleineren Lösung, und in VS2003). Ich kann mich nicht an die Details erinnern, aber ich denke, es war mit dem lokalen ASPNET-Benutzerkonto verbunden (oder eher, dass es nicht existierte). Nicht sicher, aber ...
Als eine Randnotiz: Ich finde es in der Regel effizienter, um eine Handvoll von Projekten in jeder Lösung (in der Regel eine Lösung produziert eine oder zwei Baugruppen in Produktionscode verwendet) zu haben, und dann haben Einige Visual Studio-Instanzen werden gleichzeitig ausgeführt. 50+ Projekte in den gleichen Lösungen fühlt sich an wie nach Problemen fragen.
Könnte sein, dass Sie andere Abhängigkeiten haben, wollte nur meine Gedanken teilen.
die 55 Projekte in einer Lösung hat
WOW. Ich kann mir nicht vorstellen, welche Art von Lösung so viele Projekte benötigt. Die Antwort ist wahrscheinlich, dass Ihr Quellcodeverwaltungs-Provider den Status jedes der Elemente aktualisieren muss, die alle Zeit brauchen.
Für Edit-Merge-Commit-Versionskontrollsysteme wie Subversion findet diese Operation nicht statt. Versuchen Sie vorübergehend, die Quellcodeverwaltung von der gesamten Lösung zu entfernen, um zu sehen, ob dies der Schuldige ist.
Wenn Ihre Lösung mit der Quellcodeverwaltung verknüpft ist, versucht sie, die Symbole zu laden und zu überprüfen, welche Elemente Sie ausgecheckt haben. Wenn Sie eine langsame Verbindung haben, ist es oft schneller, die Lösung offline zu schalten.
http://www.tmgirvin.com/2009/03/working-offline-with-visual-studio-2008-and-tfs.html
EDIT Eine andere Lösung, die ich verwendet habe gesehen, schaffen eine _webTier.sln _database.sln _build.sln (ist Ihr Projektname)
und jeder Diese Lösungen sind ein autarker Teil des gesamten Projekts, aber wenn Sie am webtier arbeiten und das Datenbankprojekt oder die mobilen Projektteile nicht laden müssen, können Sie einfach das webtier soluti öffnen auf.
Die Build-Lösung enthält das gesamte Paket, das erstellt werden muss, und benötigt sehr viel Zeit zum Laden.
Kann ich eine Frage mit einer Frage beantworten? Was ist das Geheimnis dafür, dass VS nicht nur mit so vielen Projekten stirbt, geschweige denn in phänomenal schnellen 60 Sekunden geladen wird?
Bei etwa 10-12 Projekten wird die Kompilierzeit auf Visual Studio unerträglich, bei etwa 5-8 Projekten stürzt Resharper ab.Die IDE ist so ein Speicherschwein, dass selbst das Öffnen von mehreren Projekten mit mehreren Instanzen von VS normalerweise keine Option ist.
Wie auch immer, es ist alles über Speicherverbrauch und das seltsame Ballout-Projekt macht es wahrscheinlich, z. der mit den meisten Dateien.
Ohne die Netzwerkverbindung wird in etwa 15 Sekunden geladen. Laut Process Explorer beträgt die Arbeitssatzgröße für Visual Studio nach Erstellung eines Builds mit einer virtuellen Größe von 750.000 K etwa 300.000 K. Es ist also sehr hilfreich, mindestens 2 GB Speicher zu haben. Es ist nicht ein bestimmtes Projekt, das das Problem verursacht. Ich kann die Nachricht unten sehen, während sie jedes Projekt lädt, und jedes dauert ungefähr die gleiche Zeit. –
Sie sollten eine Untersuchung durchführen, feuern Sie Wireshark, starten Sie eine Erfassung auf der fraglichen Schnittstelle und sehen Sie, welcher Verkehr über die Leitung fließt.
Danke für den Tipp über Wireshark. Ich habe es heruntergeladen und ausgeführt. Vorausgesetzt, ich interpretiere die Ergebnisse richtig, ist der einzige Verkehr, den ich wegen Visual Studio sehe, viele DNS-Anfragen. Ich weiß nicht, was es sieht, aber ich nehme an, dass langsame Antworten vom Nameserver die Verzögerungen verursachen könnten. –
Irgendeine Chance es ist dieses Problem? http://dotnetjunkies.com/Newsgroups/microsoft.public.vsnet.ide/2004/3/29/97325.aspx – si618
Entschuldigung, dieser Link hat nicht funktioniert (Seite kann nicht gefunden werden). –
Ich hatte dieses Problem auf einer Entwicklungsmaschine ohne Internetverbindung und es stellte sich heraus, dass das Problem auf eine Einstellung in IE Internet-Optionen verwandt war:
Systemsteuerung -> Internetoptionen -> Advanced - > Sicherheit -> Prüfung für Herausgeber Zertifikat Widerruf
Nachdem sichergestellt wurde, dass dies nicht überprüft wurde meine Lösungen schnell wieder geladen.
Ich hatte diese Woche das gleiche Problem (5 Jahre später !!). Es wurde durch eine riesige. Suo-Datei (fast 400 Mb) verursacht, löschte es das Problem behoben.
55 Projekte! whoa. –