Overriding globaler Operator neu zu verfolgen große Speicherzuordnungen?

Question

Ich versuche, einen speziellen Build einer großen monolithischen Anwendung zu erzeugen. Das Problem, das ich zu lösen versuche, ist das Nachverfolgen von schwer zu reproduzierenden Speicherzuweisungen (30 - 80 Gigabyte, nach den Betriebssystemberichten zu beurteilen). Ich glaube, das Problem ist ein std :: Vektor auf einen negativen 32-Bit-Integer-Wert geändert. Die einzige Plattform, die dieses Verhalten zeigt, ist Solaris (vielleicht ist es die einzige Plattform, die es schafft, solche Stücke zusammenhängender Speicher erfolgreich zuzuordnen). Kann ich std :: vector global durch meine Klasse ersetzen, indem ich alle Aufrufe an den realen Vektor delegiere und nach verdächtigen Zuweisungen Ausschau halte? (size > 0x7FFFFFFFu)? Vielleicht den Konstruktor, der die Methoden size_t und resize() verwendet, selektiv ersetzen? Vielleicht sogar den globalen Betreiber neu entführen?

Answer 1

Warum nicht so etwas tun?

void *operator new(size_t size) 
{ 
    // if (size > MAX_SIZE) ... 
    return malloc(size); 
} 

void *operator new [](size_t size) 
{ 
    // if (size > MAX_SIZE) ... 
    return malloc(size); 
} 

einen Haltepunkt in der if einstellen würde sofort das Problem finden.

Answer 2

Sie können zum Zeitpunkt der Konstruktion einen benutzerdefinierten Zuordner auf Ihrem Vektor bereitstellen.

Sie könnten einfach an std::allocator delegieren, und Firewall die angeforderte Speichergröße, in der ersten Instanz.

Answer 3

Werfen Sie einen Blick auf die Implementierung der std::vector Klasse auf der Problemplattform. Bei jeder Implementierung wird die Speicherverwaltung anders gehandhabt (z. B. ein Doppeltes des derzeit zugewiesenen Speicherplatzes, wenn Sie ein Objekt außerhalb der aktuellen Zuordnungsgröße des Vektors hinzufügen). Wenn Ihre Objekte ausreichend groß sind und/oder Sie eine große Anzahl von Einträgen zu dem Vektor hinzufügen, wäre es möglich, zu versuchen, über den verfügbaren (zusammenhängenden) Speicher auf dem Computer zu reservieren. Wenn dies der Fall ist, sollten Sie sich einen benutzerdefinierten Zuordner für diesen Vektor ansehen.

Wenn Sie so viele große Objekte in einem Vektor speichern, können Sie sich eine andere Sammlung ansehen (z. B. std::list) oder versuchen, Zeiger anstelle von tatsächlichen Objekten zu speichern.

Answer 4

Sie können Ihren eigenen allocator-Typ an std::vector liefern, um die Zuordnung zu verfolgen. Aber ich bezweifle, dass das der Grund ist. Zuerst schaue ich auf die Größen (30-80GB) Ich schließe, es ist ein 64-Bit-Code. Wie könnte ein 32-Bit-negativer Integer-Wert es zur Vektorgröße machen, die 64-Bit ist, wäre es zuerst auf 64-Bit hochgestuft worden, um den Wert zu erhalten? Zweitens, wenn dieses Problem nur unter Solaris auftritt, kann dies auf ein anderes Problem hinweisen. Soweit ich mich erinnere, ist Solaris das einzige Betriebssystem, das Speicher bei der Zuweisung festschreibt, die anderen Betriebssysteme markieren nur den zugewiesenen Adressraum, bis diese Speicherseiten tatsächlich verwendet werden. Also würde ich nach ungenutzten Zuweisungen suchen.