Dies gilt sowohl für die Versionen 2008 als auch 2010 (und wahrscheinlich auch für frühere). Auch für C ++ - und C # -Projekte.
Ein erster Build (nach dem Neustart) wird mit normaler Geschwindigkeit und mit relativ guter CPU-Auslastung ausgeführt. Nach "einiger Zeit" (dh Verwenden des Computers für "Sachen") kann ein nachfolgender Build sehr, sehr langsam und mit sehr geringer CPU-Auslastung ausgeführt werden. Die einzige Lösung, die ich gefunden habe, scheint ein Neustart zu sein, dann beginnt der Zyklus von vorne. Dies geschieht sowohl bei WPF- als auch bei Nicht-WPF-Projekten, obwohl es bei WPF zehnmal schlimmer ist.
Dies ist mir auf verschiedenen Computern passiert, sogar auf verschiedenen Organisationen. Ich denke, es ist eine Visual Studio-Sache, keine Umgebungssache. Ich habe das Übliche versucht (Google, AV, Intellisense, Resharper usw. ausschalten und freue mich derzeit darauf, die bestellte SSD zu erhalten).
Meine aktuelle Maschinenspezifikation ist 2,7 Gigabyte Quad Core, 4 GB RAM, XP (Win7 ist noch nicht in Betrieb), 250 GB Festplatte usw.
Hat jemand eine Idee, was das sein könnte und wie man es behebt?
Danke im Voraus!
Antworten:
Versuchen Sie dies, wie es für mich funktioniert hat:
Drücken Sie Windows+ Roder öffnen Sie den Lauf von Start.
Jetzt tippe
%temp%
und lösche alles von dort ...Öffnen Sie nun erneut Ausführen und geben Sie
prefetch
dort auch alles ein und löschen Sie es.Öffnen Sie nun VS und sehen Sie sich die Leistung an.
quelle
ccleaner
und fügen Sie aus Optionen die Ordner%temp%
undprefetch
den Download-Link ccleaner.com/ccleaner/download/standardVersuche dies:
Devenv.exe / resetsettings
quelle
Ich hatte das gleiche Problem.
Ich hatte McAfee Security Center installiert, indem ich den "Echtzeit-Scan" deaktivierte.
Die Bauzeiten gingen von 40 Sekunden für ein kleines Projekt auf 1 Sekunde.
quelle
Überprüfen Sie Ihre Energiespareinstellungen in Windows. Stellen Sie "Hochleistung" ein (auch auf dem Desktop). Das hat mir geholfen.
quelle
Versuchen Sie, ProcessMonitor ( http://technet.microsoft.com/en-us/sysinternals/bb896645) zu verwenden ) zu verwenden, um herauszufinden, was Visual Studio während des Erstellungsprozesses tut. Fügen Sie den Filter "ProcessName is devenv.exe dann Include" hinzu und recherchieren Sie. Es war nützlich für mich.
Ich habe ein ähnliches Problem - einen sehr langsamen Build- und Debug-Prozess - und kann es mit Process Monitor lösen. Ich habe Process Monitor ausgeführt und festgestellt, dass der Visual Studio-Prozess einige HTL-Dateien viele Male gelesen und geschrieben hat. Es war das Assembly Binding Log ( http://msdn.microsoft.com/en-us/library/vstudio/e74a18c4(v=vs.100).aspx ) - das Dienstprogramm, das Informationen zur Bibliotheksbindung speichert. Nachdem ich dieses Protokoll aktiviert und dieses Dienstprogramm ca. 8 GB HTM-Protokolle auf meiner Festplatte erstellt hatte, war es sehr langsam. Dann deaktiviere ich die Protokollierung, die Bauzeit meines Projekts verringert sich von 10 Minuten auf 10 Sekunden!
quelle
Ich verwende VS2015 unter Windows 10 und hatte das gleiche Problem. Ich habe die Verzeichnisse% temp% und prefetch gelöscht, die nicht funktionierten. Dann habe ich die Energiespareinstellungen von Balanced auf High Performance geändert und es hat funktioniert.
quelle
Ich habe diese Art von Antwort nicht gesehen, daher denke ich, dass meine für jemanden hilfreich sein könnte. Mein Problem mit der VS-Erstellungszeit war dumm: Ich hatte den Quellcode auf einem anderen Computer. Jedes Mal, wenn ich versucht habe, es zu erstellen, muss eine Verbindung zu diesem Computer hergestellt werden, was zu einer langen VS-Einfrierzeit führt. Ich habe dieses Problem entdeckt, nachdem ich die meisten Lösungen hier und anderswo ausprobiert hatte. (Emoticon mit dem Kopf gegen den Schreibtisch schlagen)
quelle
Meine Lösung für das sehr träge Visual Studio (das Erstellen dauerte etwa 1,5 bis 2 Minuten) bestand darin, das drahtlose Netzwerk auszuschalten.
Ich hatte das drahtlose Netzwerk zusätzlich zu dem kabelgebundenen aktiviert. Anscheinend hat mein Computer versucht, über die drahtlose Verbindung eine Verbindung zu unserem lokalen Server herzustellen, der für das drahtlose Netzwerk nicht verfügbar ist und die lange Verzögerung verursacht hat.
quelle
Wenn es sich um ein ASP.NET MVC-Projekt handelt, überprüfen Sie die .csproj-Datei, um festzustellen, ob sie festgelegt
<MvcBuildViews>true</MvcBuildViews>
ist. Dies kann zu langsamen Builds führen.quelle
Ich hatte das gleiche Problem. Das Löschen des versteckten
.vs
Ordners im Lösungsverzeichnis löste das Problem.quelle
Einer der Gründe ist, dass Visual Studio immer wieder dieselben abhängigen Projekte neu erstellt, obwohl sich nichts geändert hat. Stellen Sie sich eine Lösung mit Tonnen von Projekten vor, die ohne ersichtlichen Grund weiter erstellt werden. Das verschwendet RIESIGE Zeit ...
Die Hauptlösung hierfür besteht darin, jedes "In Ausgabeverzeichnis kopieren " zu überarbeiten, wobei es auf " Immer " gesetzt ist. Ändern Sie dies in " Kopieren, wenn neuer ".
Es kann hilfreich sein, ein detailliertes Build-Protokoll anzuzeigen. Öffnen Sie Extras > Optionen > " Projekte und Lösungen "> " Erstellen und Ausführen ". Setzen Sie nun "Ausführlichkeit der Ausgabe des MSBuild-Projektaufbaus" auf " Diagnose ".
Für weitere Informationen wird in diesem Thread dieser spezielle Punkt erläutert
quelle
Wie lange dauert "Irgendwann"? (zB Stunden? Tage?)
Es könnte so einfach sein, dass Ihnen der Arbeitsspeicher ausgeht. Strg-Umschalt-Esc lädt den Prozessmonitor, auf dem Sie Ihre Speichernutzung sehen und Schweine töten können. Sobald es knapp wird, verlangsamen Ihre Linker den Versuch, Speicher auf die Festplatte zu übertragen (und Windows meldet normalerweise keinen Austauschaufwand, es sei denn, Sie aktivieren die Systemauslastung). Abhängig von der Größe Ihres Projekts kann Linking RIESIGE Mengen an Speichererstellungstabellen verwenden.
quelle
Irgendwann hatte ich ein Programm, dessen Kompilierung nach einigen Wochen erheblich länger dauerte. Aus Frustration habe ich den Debug-Ordner der Lösung und der Projekte gelöscht. Visual Studio hat zunächst die gesamte Lösung neu erstellt (was einige Zeit in Anspruch nimmt), aber danach hatte der Bauprozess seine alte Geschwindigkeit wieder. Ich bin mir nicht sicher, ob es auch bei Ihnen funktioniert.
quelle
Überprüfen Sie die Option Internet-Eigenschaften (Verbindungen) und stellen Sie sicher, dass diese Option aktiviert
Automatically detect settings
ist.quelle
Wenn eine einzelne Lösung viele Projekte enthält, versuchen Sie, nur die geänderte zu erstellen, anstatt die gesamte Lösung zu erstellen. Alt + B + U statt Alt + B + B.
quelle
Erstellen Sie eine Sicherungskopie der Dateien und löschen Sie alles in dem Ordner in diesem Ordner.
Starten Sie Visual Studio neu und überprüfen Sie die Leistung.
Hoffe das hilft! Vielen Dank
quelle
Führen Sie zur schnellen Überprüfung einen Scan durch, um sicherzustellen, dass derzeit nichts Ihr System infiziert, und gehen Sie dann zu Windows Defender Security Center-> Viren- und Bedrohungsschutz -> Echtzeitschutz deaktivieren:
Echtzeitschutz
Erstellen Sie Ihre Lösung in Visual Studio neu, notieren Sie sich die Gesamtzeit und beobachten Sie im Task-Manager, ob die ausführbare Datei des Antimalware-Dienstes anscheinend erhebliche Prozessorzeit beansprucht. Angenommen, Ihr Build ist schneller und Ihre CPU weniger ausgelastet. Herzlichen Glückwunsch, Sie haben eine Ursache für Ihre Leistungsprobleme identifiziert. Der nächste Schritt besteht darin, Windows Defender verantwortungsbewusst anzuweisen, Visual Studio in Ruhe zu lassen, ohne es vollständig auszuschalten.
quelle
In meinem Fall habe ich das Verzeichnis "wwwroot" im Projektverzeichnis verwendet, um einige GB Daten zu speichern. Das Verschieben der "wwwroot" aus dem Lösungsverzeichnis löste meine Erstellungszeiten. Für meine .NET Core-Webanwendung habe ich launchSettings.json bearbeitet und eine neue Umgebungsvariable hinzugefügt
ASPNETCORE_WEBROOT
:quelle
Da ich über eine Google-Suche hierher gekommen bin, werde ich das veröffentlichen, was ich als Lösung für mein spezifisches Problem gefunden habe.
Ich hatte ein Upgrade von .NET Core 1.1 auf .NET Core 2.1 durchgeführt. Dies führte dazu, dass die Aufrufe von RazorGenerate und RazorTagHelper jeweils 20 Sekunden dauerten. Laut Daniel Crabtree wurde dies durch eine Änderung in .NET Core 2.1 verursacht, die standardmäßig das Vorkompilieren von Razor-Ansichten ermöglicht.
Das Update besteht darin, Ihrem .csproj Folgendes hinzuzufügen:
Quelle: https://www.danielcrabtree.com/blog/444/speed-up-compilation-of-asp-net-core-2-1-projects
quelle
Fügen Sie in YourProject.csproj das Ziel- Tag in die letzte Zeile Ihres Projekt- Tags ein
quelle
Gleiches Problem mit jedem Befehl oder jeder Funktion, die ich auf VS ausgeführt habe. Nach dem Deaktivieren von Antivirus REAL TIME PROTECTION wurde die Laufzeit von 10 Sekunden auf 0,5 oder sogar weniger Sekunden reduziert. Interessant war übrigens, dass die Aktionen von Antivirus die C # -Laufzeit verlangsamten, aber C ++ war völlig in Ordnung.
quelle