WPF Memory Nutzung

Anwendung:

  • WPF-Anwendung, bestehend aus einer textbox auf top und eine listbox unten
  • Benutzer geben Sie eine Zeichenfolge in das Textfeld, um Mitarbeiter suchen, und die Suchergebnisse angezeigt werden in der ListBox
  • ListBox verwendet DataTemplates zur Anzeige Elemente (zeigt die Mitarbeiter-name, Abteilung, Telefon und ein thumbnail-Bild.)

Umsetzung:

  • Beim Start der Anwendung habe ich die Datenbank Abfragen und abrufen aller Mitarbeiter und die damit verbundenen Informationen angezeigt werden in der ListBox. Dies ist im Speicher gehalten die ganze Zeit.
  • Nach dem Start der Anwendung werden alle durchsuchbaren Daten in den Speicher und sucht sind praktisch augenblicklich. Alle Suchvorgänge werden durchgeführt, auf der bereits Daten im Speicher.
  • Suchergebnisse angezeigt werden in der ListBox mit DataTemplates. Miniaturansicht, Bild, name, Telefon, Abteilung, etc, sind in jedem ListBox-Element.

Problem:

  • Beim Start die Speicherauslastung ist über 200MB.
  • Als änderung der Daten in das Listenfeld, die entweder über eine neue Suche oder einfach nach unten scrollen die listbox, die Speicherauslastung erhöht.
  • Wenn Benutzer einen Bildlauf durch das Listenfeld langsam, Speicher schneller. Wie Sie Blättern Sie nach oben und unten Speicher erreicht schnell 1 GB.

Gibt es keinen code erstellen-Steuerelemente manuell - alles erfolgt über data binding.

Warum sehe ich dieses Verhalten? Was kann ich tun, um es zu beheben? Bitte um Hilfe!!

UPDATE:
Ich habe herausgefunden, dass das problem nicht ein memory-leak. Das Problem hier ist, dass die listbox erstellen von Objekten für die Anzeige der Bilder des Mitarbeiters und ist nicht frei für den garbage collector nach dem listboxitem steigt aus dem Fenster. Die CleanUpVirtualizedItem Ereignis Auftritt, wie ich erwartet hatte, aber der Speicher ist noch nicht veröffentlicht. Irgendwelche Ideen?

  • Naja, eigentlich "istbox ist die Erstellung von Objekten für die Anzeige der Bilder des Mitarbeiters und ist nicht frei für den garbage collector nach dem listboxitem wird aus dem Fenster" - ist ein Speicher-Leck
  • Dies ist nur Semantik und es macht keinen Unterschied, aber wenn Sie haben ein Objekt und das Objekt den Speicher, dies ist keinen Speicherverlust. Ein Leck wäre, wenn das Objekt Weg ist und der Speicher noch reserviert, zum Beispiel.
  • oh, vielleicht hast du Recht, aber diese definition passt wohl nur für nicht verwalteten code. ich habe zwar gesehen, in der .NET-Welt, wie zum Beispiel die Definitionen von einem Speicherleck.
InformationsquelleAutor Gus Cavalcanti | 2009-05-08
  1. 6

    Dem Risiko ausgesetzt, dass glib, haben Sie einen Speicherverlust. Warum nicht versuchen, ein tool wie AMEISEN* es aufspüren. Sie haben eine Kostenlose Testversion, ich habe noch nie verwendet, aber es hat einen guten Ruf.

    *Weitere profiling-tools zur Verfügung stehen.

    Wenn Sie nicht wollen, um sich mit einem anderen tool, können Sie versuchen, so etwas wie das Inkrementieren einer statischen member-jedes mal, wenn eine Klasse erstellt wird und Dekrementieren es jedes mal, wenn eine Instanz ist entsorgt. Dies wird Ihnen helfen, die Spur zu Instanzen, die nicht zerstört werden richtig.

    • Ich Stimme mit Noel-es gibt nicht genügend Informationen, ohne entweder einige code oder ein profiling. Ich habe verwendet, Scitechs-tool vor, und es war sehr effektiv: memprofiler.com ich denke, Sie haben eine Kostenlose Testversion, und Sie haben auch einige videos auf Ihrer Website, die zeigen, wie es zu benutzen. (Ich arbeite nicht für Sie oder persönliches Interesse-ich fand es einfach ein gutes Werkzeug).
    • Ich Stimme auch mit Noel. Holen Sie sich ein profiler wie die AMEISEN profiler und sehen, was am Leben bleiben in Erinnerung. Sie sollten in der Lage sein zu verfolgen, ihn von dort herunter.
    InformationsquelleAutor Noel Kennedy
  2. 3

    LOL Start 200MB und 1GB laufen.. Mehr gemeinsame Strafe auf x64 (und Sie müssen es für aufblähen) ist eine Strafe von rund 64 MB für den Start und ein weiterer 120MB für semi-erweiterte Funktionalität, die ist immer noch riesig und natürlich GC halten Sie das hinzufügen mehr.

    Dass gotta kill die CPU und alle Peripherie um ihn herum in kürzester Zeit. Nun Stell dir vor, alles läuft, alle apps und das gesamte OS und stack (als VS2010 wird sicherlich versuchen, etwas in diese Richtung zu bewegen).

    Ich würde sagen: willkommen in der modernen Form von bloatware mania und seine einfache Zugänglichkeit. Egal, was Sie tun, werden Sie verbringen mehr Zeit auf der Suche nach workarounds dann folgenden einige "universal" - framework, um schnell und cool und gut gestaltet und anpassbare apps. Sicher WPF ist gut auf dem Papier, sondern eine Verschwendung von Ressourcen, die in jedem praktischen Einsatz (Tonnen von Ressourcen und eine steile Lernkurve).

    Und Sie sagte, es war und immer noch ist die Zukunft (gleich für JDK-apps, die ach-so-verbreitet).

    Einfach N. U. T. S + die meisten ausgezeichnetes Beispiel, dass es nicht um die Geschwindigkeit (als CLR-Verteidiger springt mit trivialen Beispielen) von verwaltetem code. Es ist über große Skalierbarkeit impairement und Maschine wipeout als mit jedem GC und die Objekt-root-Umgebung gibt.

    Stimme runter kommen.. gehen auf die jünger, Sie wissen, Sie wollen.

    (und schreiben an Obama gegen die CO2-Reduzierung, das wird nicht passieren; vielleicht vermehren sich durch 1003120x wenn, der Zug hält so, wie es ist. Auch eine Cray Jaguar wäre nicht auf diese Art von Betriebssystem-Umgebung, die jederzeit in den nächsten 20 Jahren ).

    • Ich sehe nicht, 200MB überhaupt als problem. Die meisten davon (80%) ist-Daten, also kann ich da etwas tun. Ich wundere mich über schnell wachsende Speichernutzung. Ich hoffe, ich kann etwas dagegen tun. Wenn ich ein ganz neues WPF-Anwendung, fügen Sie eine Schaltfläche, ohne code, und klicken Sie auf die-Taste können Sie den Speicher erhöhen für nichts!
    • Es ist dasselbe für WinForms-aber weniger offensichtlich/billiger.. habe gesehen, viel zu viele Kinder einfach nur binden Sie ein Kombinationsfeld zur Reflexion, dh. Typ und seine Eigenschaften, und dann eine neue Instanz zu erstellen, als es sah Recht " .. Alles, was Sie haben, um zu sehen, zu hören ist ein Benutzer, der verrückt werden würde, weil er "nur Wechsel eine option". Geben Sie einen Schuss auf eine freie MemProfiler und suchen nach den Wurzeln kleben herum; wenn es in den Rahmen, den Sie verfolgen können, die mit der .pdb/'Quelle' für 3.5 auch. Aber der Punkt ist für die ease-of-use und data-binding-generalism-zu-oblivion, sind Sie verpflichtet, das gleiche problem immer und immer wieder. Wählen Sie Ihr Gift..
    InformationsquelleAutor rama-jka toti
  3. 3

    Könnten Sie

    WPF Performance Suite

    Optimizing WPF Application Performance

    Einem ähnlichen Problem verfolgt mich.. (so etwas wie)

    Beim Start der Anwendung habe ich die Datenbank Abfragen und abrufen aller Mitarbeiter und die damit verbundenen Informationen angezeigt werden in der ListBox. Dies ist im Speicher gehalten die ganze Zeit.

    Vielleicht könnte man den code so ändern, Folgen Sie WPF: Data Virtualization

    • Dank abmv. Obwohl dies beantwortet nicht meine Frage, ich werde in die Daten-Virtualisierungs-link, den Sie zur Verfügung gestellt. Ich habe bis Ihre Antwort.
    InformationsquelleAutor abmv
  4. 1

    Es scheint wirklich der Speicher undicht. Wahrscheinlich werden einige der UI-Elemente in der DataTemplate halten Referenzen auf andere Objekte, die sollte am Leben bleiben, auch wenn das UI-element ist zerstört.

    Könnte es einige Speicher-Lecks mit Image control. Versuchen Sie, es zu entfernen aus der Vorlage und das Ergebnis sehen. Auch Sie sind abonnieren alle Veranstaltungen in controls Geladen Ereignisse oder sowas in der Art?

    Nur einige Vermutungen, aber... Wie die Leute schon sagten, hier könnten Sie wirklich wollen, schauen Sie sich Ihre app auf performance-und memory-Profiler.

    InformationsquelleAutor arconaut
  5. 0

    Habe ich bemerkt, dass es einige Fragen gibt, die in WPF-und .NET 3.5 SP1 w.r.t-memory-Probleme, die in scheinbar harmlosen Situationen.

    Ich habe ein paar Ressourcen, aber ich bin nicht sicher, Sie würde Ihnen hilfreich sein:

    http://blog.ramondeklein.nl/?p=58

    Dass blog-post beschreibt eine situation, woraufhin, wenn

    1. Ein Stil definiert wird, in der Anwendung ResourceDictionary.
    2. Der Stil verwendet eine control-Vorlage verwendet, die Auswirkungen der Medien (d.h.
      DropShadowEffect).
    3. Der Medien-Wirkung verwiesen werden soll mit einem StaticResource

    Kurz gesagt, ich denke, deine Lösung wäre es, sicherzustellen, dass alle Medien Effekte (Schlagschatten etc.) verwenden statische Ressourcen.

    • Dank Josh. Ich habe gesehen, in diesem Artikel, aber ich glaube, dass es nicht mein problem, weil a) Alle Zugriff auf meine Ressourcen sind durch die Verwendung von StaticResource; b) ich benutze keine bitmap-Effekte und c) Stile sind in der Anwendung definiert ist ResourceDcitionary (App.xaml).
    • ah, Mist. Wissen Sie, welche Ebene der Objekte gehalten werden, die in der GC? Es ist offenbar der Meinung es sind noch vorhandene Referenzen auf die Objekte. Ist es möglich, dass der sichtbare Grafikbereich ist kleiner als die tatsächliche Größe des Grafikbereichs, was in "off-screen" - Objekte noch aktualisiert?
    • Hi Josh, Die Größe ist nicht ein Faktor, da ALLE Objekte werden immer noch festgehalten. Wenn ich das BitmapImage, wenn ich myBitmap.CacheOption = BitmapCacheOption.OnLoad dann alle Bilder sind erstellt und ich am Ende mit 1 GB Speicher genommen. Wenn ich nicht cache, starte ich die app mit rund 200MB aber wie ich immer scrollen, Speicher steigt auf bis zu 1GB.
    InformationsquelleAutor Josh E
  6. 0

    Eine Sache, die mir viel geholfen, war die Verwendung einer Klasse Verpackung der Stream-Klasse. Dies wird im detail erläutert hier und sicher genug ich viel Speicher gespart durch die Nutzung dieser Methode. WPF wirklich hält die Referenz auf das zugrunde liegende byte[] und Strom für jedes Bild.

    InformationsquelleAutor Gus Cavalcanti
Schreibe einen Kommentar