Auf dieser Seite stellen wir Ihnen die neuesten Updates und Änderungen in dotMemory vor.
Das Monitoring-Toolfenster in Rider wurde überarbeitet, um eine visuellere und besser integrierte Profiling-Erfahrung zu ermöglichen. Das Fenster enthält jetzt interaktive Diagramme für die CPU-Auslastung, die Speichernutzung und die Garbage Collection (GC), um Ihnen einen Überblick über das Laufzeitverhalten Ihrer Anwendung zu geben.
Im Toolfenster können Sie Performance- oder Speicherprofiling-Sitzungen starten, um mit den integrierten dotTrace- und dotMemory-Profilern oder ihren Standalone-Versionen detailliertere Analysen durchzuführen. Unter Windows erkennt das Monitoring-Tool sogar Leistungsengpässe, UI-Hänger und GC-Probleme automatisch. Erkannte Probleme und in den Diagrammen ausgewählte Zeitintervalle können in dotTrace weiter untersucht werden.
dotMemory ist jetzt vollständig in Microsoft Visual Studio integriert. Zuvor konnte das Profiling zwar in Visual Studio gestartet werden, zur Ergebnisanalyse war jedoch ein Wechsel zur dotMemory-Anwendung erforderlich. Jetzt können Sie sowohl das Profiling Ihrer Anwendung als auch die Analyse Ihrer Arbeitsspeicher-Snapshots direkt in der IDE durchführen.
Das Update 2024.3 enthält eine Reihe kleinerer Verbesserungen für die Bedienoberfläche und die Nutzungserfahrung sowie abschließende Anpassungen für eine einheitliche dotMemory-Oberfläche auf allen Betriebssystemen.
Wir haben die Ansicht Creation Stack Trace, die bei einer zwischenzeitlichen Überarbeitung der Bedienoberfläche entfernt worden war, wieder eingeführt. Diese Ansicht zeigt die Liste der Funktionsaufrufe, die zur Erstellung eines Objekts geführt haben, um die Ursache von Speicherproblemen einfacher ermitteln zu können.
Wir haben auch die Ansicht Back Traces für Objektsets neu implementiert. Die invertierte Baumstruktur zeigt die Aufrufkette ausgehend von der Funktion, die eine bestimmte Gruppe von Objekten erstellt hat, und zwar von unten nach oben.
Die Dominator-Baumstruktur kann jetzt als Eiszapfendiagramm angezeigt werden, das den Speicherverbrauch des Dominators und der erhaltenen Objekte darstellt. Diese Funktion ist unter Windows, Linux und macOS sowohl in der eigenständigen Version von dotMemory als auch in JetBrains Rider verfügbar.
Die in Version 2024.2 eingeführte Darstellung eines Call Tree als Ringdiagramm ist jetzt unter Windows, Linux und macOS sowohl in der eigenständigen Version von dotMemory als auch in JetBrains Rider verfügbar.
Wir haben die Ansicht Instances um neue Filteroptionen erweitert:
^nAsso.{5,}ID$ findet zum Beispiel nAssociatedObjectID.nAssociatedObjectID. Diese Funktionen sind sowohl in der Standalone-Version von dotMemory als auch in JetBrains Rider verfügbar.
dotMemory für Linux und macOS wurde um Funktionen ergänzt, die bisher nur unter Windows verfügbar waren:
Diese Funktionen sind sowohl in der Standalone-Version von dotMemory als auch in JetBrains Rider verfügbar.
Die Aufruf-Baumstruktur (Call Tree) kann jetzt als Sunburst-Diagramm dargestellt werden, in dem die speicherintensivsten Funktionen hervorgehoben werden. Die Funktion ist in der Standalone-Version von dotMemory (Linux und macOS) sowie in JetBrains Rider (Windows, Linux und macOS) verfügbar.
Sie können jetzt Anwendungen profilen, die auf dem MAUI-Framework basieren.
Derzeit unterstützt dotMemory das Profiling von WinUI-Anwendungen, die auf .NET 7.0+ unter Windows abzielen.
Die Unterstützung gilt für das eigenständige dotMemory-Programm und für die in Rider und ReSharper integrierte dotMemory-Version.
.app) statt Programmdateien auswählen. net7.0-macos, net8.0-macos.
Die eigenständige Version von dotMemory unter Linux und macOS nähert sich mit den folgenden Neuerungen seinem Windows-Pendant an:
Informationen über unveränderliche Objekte im Frozen Object Heap werden in der Timeline, im Heap Fragmentation-Diagramm und in der Generations-Ansicht angezeigt.
Sie können die eigenständige Version von dotMemory jetzt auch auf den Betriebssystemen Linux und macOS ausführen.
dotMemory kann jetzt unter Linux Prozessabbilder als normale Snapshots importieren und analysieren. Zu beachten ist hierbei, dass die Linux-Version von dotMemory nur Abbilder von Prozessen importieren kann, die unter Linux ausgeführt wurden.
Vor 2023.2 konnte dotMemory in Rider nur für die Analyse der Arbeitsspeicher-Allokation verwendet werden. In Rider 2023.2 können Sie Speicher-Snapshots erfassen und diese wie in der eigenständigen dotMemory-Anwendung analysieren.