2016-07-20 6 views

Antwort

2

Vom kernel.org Post über hugepages HERE

Auf einer NUMA-Plattform, versucht der Kernel die riesige Seite Pool über die ganze Menge der erlaubten Knoten durch die NUMA-Speicherpolitik der Aufgabe angegeben zu verteilen das ändert nr_hugepages. Der Standardwert für die zulässigen Knoten - wenn der Task über die Standardspeicherrichtlinie verfügt - sind alle Online-Knoten mit Speicher. Erlaubt Knoten mit nicht genügend verfügbaren, zusammenhängenden Speicher für eine große Seite wird automatisch übersprungen, wenn persistente große Seiten zugeordnet werden. Siehe die folgende Diskussion der Interaktion von Taskspeicher-Richtlinie, cpusets und pro Knotenattribute mit der Zuweisung und Freigabe von persistenten großen Seiten.

Der Erfolg oder Misserfolg der großen Seitenzuordnung hängt von der Menge physisch zusammenhängenden Speicher ab, der zum Zeitpunkt des Zuweisungsversuchs im System vorhanden ist. Wenn der Kernel keine großen Seiten von einigen Knoten in einem NUMA-System zuordnen kann, wird er versuchen, die Differenz durch zu ergänzen, wobei zusätzliche Seiten auf anderen Knoten mit genügend verfügbarem zusammenhängendem Speicher zugewiesen werden.

Systemadministratoren möchten diesen Befehl möglicherweise in eine der lokalen rc Init-Dateien schreiben. Dies ermöglicht es dem Kernel, große Seiten früh im Boot-Prozess zuzuordnen, wenn die Möglichkeit, physische zusammenhängende Seiten zu erhalten, immer noch sehr hoch ist. Administratoren können die Anzahl der tatsächlich zugewiesenen Seiten überprüfen, indem sie sysctl oder meminfo überprüfen. Verwenden Sie zum Prüfen der Verteilung von großen Seiten in einem NUMA-System pro Knoten :

cat /sys/devices/system/node/node*/meminfo | fgrep Huge 
Verwandte Themen