@Pixxxas Das nennt sich Debuggen.
Führe Dein Programm schrittweise aus und verfolge die Anzeige im Studio.
Debuggen, Fehler finden und beseitigen
Ansonsten füge nach jedem Befehl einen Befehl ein, der den Speicher anzeigt.

Beim Prozessspeicher werden diese 2,2GB angezeigt? Ist wie beim Browser mit 30 geöffneten Fenstern. Unten als Screenshots ein Vergleich mit meinem jetzigen Programm in vb.NET mit WPF, welches aber noch lange nicht fertig ist – fast 80 Tausend Objekte, fast 4MB Heapspeicher- und insgesammt ca. 80MB Arbeitsspeicherbedarf; am Ende, wenn es fertig wird, wird es bestimmt noch mehr sein, weil noch diverse Bild- und Audiodateien dazukommen werden, aber bestimmt keine 2GB – so einen hohen Bedarf habe ich mal versuchsweise unter WinForms mit Anlegen von 1GB-Variablen als Array simuliert und getestet, um zu schauen, wie weit es geht und da war dann irgendwo bei 3,7 oder 3,8GB Schluss, weil bei 4GB die derzeitige physische Grenze erreicht wird (32-Bit Zahl ohne Vorzeichen). Ich habe es jetzt nochmal spaßhalber zum Leben erweckt und im Anhang ein zusammengesetztes Bild hochgeladen, wo es stufenweise bis zur dieser Grenze getrieben wird – danach, ab ca. 3,7GB, ist dann Feierabend. Die Variablen werden auch mit konkreten Werten gefüllt, damit unser Freund denkt, das sei real. Den tatsächlich zur Verfügung stehenden Speicher zur Laufzeit kann man sich im vb.NET als Zahl auch ausgeben lassen. Übrigens, auf diesem PC mit Win10 mangelt es nicht an Speicher - es sind 16GB verbaut. Wer über diese magische Grenze hinausgehen will, muss das über „x64 Ziel-CPU ohne 32-Bit-Bevorzugung” machen, aber wenn so viel RAM in einer Applikation ohne einen besonderen Grund benötigt wird, dann ist beim Entwurf des eigenen Konzepts offensichtlich etwas mächtig in die Hose gegangen.

Ob man das im Debugger so aufschlüsseln kann, dass das exakt sichtbar wird, wo genau was und wieviel an Speicher in Anspruch nimmt, weiß ich nicht – notfalls muss man das mit auskommentieren und Breakpoints immer weiter einkreisen, bis man sich dann sicher ist, dass man es erwischt hat, weil es immer durch unser künstliches Umschalten reproduzierbar ist. Meistens ist die Misere aber ein Verbund aus vielen Speicherreservierungen, die zu so einem Desaster führen – oft werden Programmbeispiele von sogenannten „Möchtegerne-Gurus” aus dem Netz 1:1 und ohne weiter nachzudenken übernommen, wo dann Objekte, Variablen, Felder etc. immer wieder mit New() in Prozeduren/Funktionen und mit Mausklicks erzeugt werden, statt sie nur einmal (sic!) vorher zu erzeugen und dann durch Zuweisung immer wieder zu verwenden – fast alle machen den Blödsinn nach und der Müllsammler (=GarbageCollector) ist auch nur ein „Mensch” und kann den durch den Codeschreiber oder -kopierer verursachten Mist dann auch nicht immer wegzaubern.

Was du suchst, ist ein Memory Profiler - den bringt VS übrigens mit.
In dem siehst du rechts ganz genau wo und für welche Objekte Speicher allokiert wird - und auch wo er leckt.

In managed Sprachen wie die .Net-Familie sind das oft Objekte, die man irgendwo füllt, aber die Referenz drauf nicht löscht. Dann kann der Garbage Collector nicht aufräumen und dann kommt sowas zustande.

In grafisch-intensiven Applikationen sind das dann natürlich auch Bilder und Styles, die so viel in Anspruch nehmen.

Wenn du dein Programm im Debugger startest, zeigt dir VS aber auch deutlich mehr an, als dein Prozess selber benötigt, weil der Debugger und alle weiteren Tools mit deinem Programm in einem Speicherbereich arbeiten - muss ja, sonst funktionieren sie nicht.

Dieser Link sollte dir auf die Sprünge helfen: learn.microsoft.com/en-us/visu…t-debugging2?view=vs-2022

@Pixxxas Arbeitest du im Code mit Bildern oder großen Byte-Arrays? Die Bilder musst du disposen, sobald du sie nicht mehr brauchst. Schreib dir eine Methode, die die Bilder verwirft, die du nicht mehr brauchst, und die lädt, die du jetzt brauchst.
Solltest du eine Klasseninstanz nicht mehr brauchen – und angenommen darin sind große Objekte ( 2GB Videodatei als Byte-Array) – dann entferne die Instanz mit MeineKlasse = Nothing, bevor du eine neue Instanz erstellst. Ich weiß ja nicht, was dein Ziel ist.
Wie siycah bereits erwähnte: es gibt zwar eine automatische Garbage Collection. Aber die greift nicht ständig und sofort ein.