Smieciuch ++. Smieciuch ist genau (im Falle von C ++) oder nahezu präziser (falls ein einfacher C) -Antracing-Müllkollektor.
Jetzt downloaden

Smieciuch ++. Ranking & Zusammenfassung

Smieciuch ++. Stichworte

C++-Bibliothek Verfolgung Müllsammler Müll Müll verfolgen. Smieciuch ++.

Smieciuch ++. Beschreibung

Smieciuch ist genau (im Falle von C ++) oder fast präzise (im Falle eines einfachen C) -Anbauer-Müllkollektors. Die Smieciuch-Bibliothek ist ein genaues (im Falle von C ++) oder nahezu präziser (im Falle eines einfachen C) -Antracing-Müllkollektors.Stracing bedeutet, dass GC-Speicher für aktive Zeiger scannt und alle Wege (bestehend aus möglicherweise mehreren Zeigerindirektionen) aus dem sogenannten Speicher abscringt Wurzeln (statische globale Daten- und Ausführungsstapel) in einen erreichbaren, zugewiesenen Heap-Block. Wenn keine Wege von Speicherwurzeln in einem Block gibt, wird ein solcher Block als tot erkannt (nicht erreichbar), so dass er möglicherweise befreit werden kann. . Oposit-Begriff ist konservativ - in diesem Fall kennt der Collector (AKA Memory Manager) nicht sicher, ob bestimmte Daten verwaltet werden, oder nicht und daher ist das, was der Zeiger sein könnte (das bedeutet normalerweise, dass der Wert in einem der zugewiesenen Wert als Zeiger interpretiert werden kann Haufenbereiche) wird als Live-Zeiger auf einiger Speicherplatz behandelt und schützt somit den (zugeteilten) Bereich, der frei ist, frei zu sein. Konservativer Müllsammler könnte also (im wirklichen Leben oft) einige tote Gedächtnisobjekte erkennen, wie sie noch lebendig (somit den Gedächtnis verschwenden). In Echtleben werden solche Probleme immer mehr ausgeprägter, wenn der Prozentsatz des Gesamtadressenraums von Anwendungssteigerungen verwendet wird. Die Fälle, in denen die Speicherverwendung ein wichtiges Problem ist. . Wenn es richtig ist (oder eher falsch) einstellen, ob einige nicht verwaltete Zeigerdaten, dass die Augen des Kollektors einen gewandten Zeiger, der von einem früheren aufgerufenen Verfahren verwendet wird, einen verwalteten Zeiger aufweist. Es muss drei BADS in der Reihe sein: GC hat nicht bemerkt, dass ein Verfahren abgeschlossen ist und ein anderer nun verwendet wird, der nun die von Fertigstellen verwendete Stapelbereich verwendet, und verpasst die Tatsache, dass nichtstatische Variablen, die von der vorherigen Prozedur verwendet werden, jetzt tot sind; Platz auf dem Stapel Zuvor (während der fertigen Verfahrensausführung) ist nun vom verwalteten Zeiger (zumindest teilweise) nun (zumindest teilweise) von einer anderen Art von Variablen belegt. Wert, der in diese neue Variable gespeichert ist, bewirkt, dass der Platz auf dem Stapel platziert wird, um eine gültige Adresse an einem der zugewiesenen Heap-Objekte zu bilden. Man kann sehen, dass dieses Problem gut lokalisiert ist. Ich denke an Techniken, um es noch weiter zu reduzieren, aber ich habe keine Ahnung, wie sie es vollständig loswerden kann. Destruktoren kümmern sich darum, dass GC informiert wird, dass bestimmter verwalteter Zeiger nicht mehr live ist. Was in dieser Version neu ist Fixes für MSVC 6.0-Kompilierungsprobleme, die von Vincent Rivire.Nehancen gemeldet wurden ... · Neue Methode zum dynamischen Bestimmen, wann Müll sammelt werden soll. Dies bringt bessere Leistung ohne Finentuning. · Erste Sammlungsschwelle Incresased von 256kb do 4 MB der zugewiesenen Daten. · Hinzugefügte Behauptungen für Smart Poiner-Gültigkeit für Debug-Builds. · Relierte Quelle und Makefiles ein bisschen.

Smieciuch ++. Zugehörige Software