Ich arbeite an einem Projekt in Visual Studio 2008, das derzeit 20 MB überschreitet. Gibt es eine Möglichkeit, diese DLL zu profilieren und die Hauptbeiträge zu dieser Größe zu durchsuchen?
Ich vermute, dass es in kleineren Projekten innerhalb der Lösung helfen würde, aber ich suche nach einer schnelleren Lösung (obwohl nicht besser, fürchte ich).
Als Nebenbemerkung erhalten wir den Fehler "Unerwarteter Fehler beim Schreiben von Metadaten", der unserer Meinung nach mit der DLL-Größe zusammenhängt. Beim Neustart von Visual Studio 2008 verschwindet der Fehler jedoch. Bis es nach einigen Umbauten später wieder auftaucht. Der Speicherplatz ist kein Problem.
Gaukel! Haben Sie vielleicht einige riesige Resx-Dateien (oder andere eingebettete Inhalte), die in die DLL eingebettet werden? Behandeln Sie diese vielleicht als externen Inhalt? Ich beginne damit, die Dateien im Projektbaum anzuschauen ... dass 20Mb irgendwo herkommen muss - große Grafiken, etc.
PE Explorer zeigt Ihnen den Inhalt an.
Aktualisierung: Dependency Walker kann hier ebenfalls hilfreich sein. Sie können es im "Profilmodus" ausführen, indem Sie Ihre Anwendung ausführen und beobachten, um zu sehen, was geladen wird.
Microsoft.SharePoint.dll ist 9 MB. Selbst für ein komplexes Produkt wie SharePoint werden DLLs in separate Projekte aufgeteilt.
Wenn Sie ein großes Projekt haben und nichts von den Ressourcen kommt, könnte ich vorschlagen, Ihr Projekt in verschiedene Baugruppen aufzuteilen?
Ich habe den genauen Fehler gesehen, den Sie hatten, aber auf einer VS2003-Umgebung (die Microsoft auf angezeigt hat support.microsoft.com ). Da Sie sich jedoch in VS2008 befinden, kann dies auch auf ein Problem mit dem Speicherplatz zurückzuführen sein.
Haben Sie überprüft, dass alle von Visual Studio verwendeten Festplatten nicht voll / fast voll sind?
Tags und Links c# asp.net visual-studio-2008