![]() |
[VisualStudio C#] Speicherauslastung analysieren
Hallo! hab das problem, dass mein programm (C# unter VisualStudio) zu viel Arbeitsspeicher benötigt bzw. verbraucht! kann ich irgendwie mit visualstudio im debugging modus auch die speicherauslastung des programms anzeigen lassen, damit ich sehe, welcher programmteil dafür verantwortlich ist?
|
Re: [VisualStudio C#] Speicherauslastung analysieren
das VS kann das selber erst ab der Development Edition oder Visual Studio Team Suite.
Wenn du eine kleinere Edition nutzt, musst du Fremd-Addins dazu einsetzen wie das hier: ![]() |
Re: [VisualStudio C#] Speicherauslastung analysieren
Gute Profiling Tools sind leider nur für Geld zu haben.
Aber wenn Deine Anwendung zu viel Speicher zieht, dann liegt das im .NET Bereich meistens daran, dass sehr viele Objekte erzeugt und sofort wieder verworfen werden. Machst Du irgendwo in einer Schleife sowas wie
Code:
Oder auch:
string test;
for (int i=0; i<=xy; i++) { test += 'irgendwas'; // gaaaanz böse Speicher & Performancefalle -> Stringbuilder verwenden }
Code:
?
for (int i=0; i<=xy; i++)
{ var obj = new Object(); // muss ja aufgeräumt werden nach dem Durchlauf // ... tu was } Wenn Du sowas in schleifen mit einer großen Anzahl von Durchläufen machst, dann macht es ggf. Sinn, nach einer bestimmten Anzahl von Durchläufen den garbage Collector manuell anzustossen. Vielleicht kommt der nämlich während der ganzen Schleifen nicht zum aufräumen. Also auf dem GarbageCollector Collect() und WaitForPendingFinalizers() (oder so ähnlich?) aufrufen. |
Re: [VisualStudio C#] Speicherauslastung analysieren
Zitat:
|
Re: [VisualStudio C#] Speicherauslastung analysieren
ob dotTrace Windows mobile applications unterstützt kann ich dir nicht sagen. Wenn nicht such mal nach anderen Profilern. Die haben ja alle eine Testzeit, in dieser du das Problem ja finden solltest.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:47 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz