Wie man die Sicht von Linux auf den RAM sieht, um die Fragmentierung zu bestimmen

Dem Programm nur relevant, ich weiß, der ist pmapaber dieser druckt nur die Erinnerung an einen Prozess.

Ich würde gerne sehen, wie die physischen Speicher besetzt ist und durch welche Prozesse/Bibliothek, einschließlich des Kernels, den gesamten physischen RAM (im Gegensatz zu, dass aus dem Prozess' POV mit pmap).

Idealerweise auch mit einer grafischen Oberfläche.

Weißt du, ob es ein solches tool?

Weiß ich über die Mehrdeutigkeit eingeführt, die von Bibliotheken. Wenn es der Fall ist, könnte es die Anzeige eines 1-pixel-Breite Linie und einen Pfeil, um die Reale Lage der Bibliothek.

Was brauche ich das? Zum anzeigen der RAM-Fragmentierung.

InformationsquelleAutor der Frage Flavius | 2011-02-01

  1. 25

    Fragmentierung Des Speichers

    Wenn sich ein Linux-system läuft schon eine Weile Fragmentierung des Speichers erhöhen kann, hängt stark von der Art der Anwendungen, die auf es läuft. Je mehr Prozesse der Zuweisung und Freigabe von Speicher, der schneller Speicher stark fragmentiert wird. Und der kernel kann nicht immer in der Lage sein zu defragmentieren, genug Speicher für die angeforderte Größe auf Zeit. Wenn das passiert, werden Anwendungen möglicherweise nicht zuordnen können größere zusammenhängende Speicherbereiche, obwohl genug freier Speicher zur Verfügung steht. Beginnend mit dem 2.6 kernel, d.h. RHEL4 und SLES9, Speicher-management hat sich enorm verbessert und eine Fragmentierung des Speichers hat sich weniger ein Problem.

    Zu sehen, die Fragmentierung des Speichers können Sie die magic-SysRq-Taste. Einfach folgenden Befehl ausführen:

    # echo m > /proc/sysrq-trigger

    Diesem Befehl wird der aktuelle Speicher-dump-Informationen in /var/log/messages. Hier ist ein Beispiel von einem RHEL3 32-bit-system:

    Jul 23 20:19:30 localhost kernel: 0*4kB 0*8kB 0*16kB 1*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 1952kB)
Jul 23 20:19:30 localhost kernel: 1395*4kB 355*8kB 209*16kB 15*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 12244kB)
Jul 23 20:19:31 localhost kernel: 1479*4kB 673*8kB 205*16kB 73*32kB 21*64kB 847*128kB 473*256kB 92*512kB 164*1024kB 64*2048kB 28*4096kB = 708564kB)

    Die erste Zeile zeigt die DMA-Speicher-Fragmentierung. Die zweite Zeile zeigt die Geringe Fragmentierung des Speichers und die Dritte Zeile zeigt die Hohe Fragmentierung des Speichers. Die Ausgabe zeigt die Fragmentierung des Speichers im unteren Speicherbereich. Aber es gibt viele große Speicher-chunks erhältlich in den Hohen Speicherbereich, wie z.B. 28 4MB.

    Wenn der Speicher Informationen nicht ausgegeben /var/log/messages, dann SysRq nicht aktiviert wurde. Aktivieren Sie SysRq, durch die Einstellung sysrq 1:

    # echo 1 > /proc/sys/kernel/sysrq

    Beginnend mit dem 2.6 kernel, d.h. RHEL4 und SLES9, brauchen Sie nicht SysRq-dump-Speicher-Informationen. Sie können einfach prüfen /proc/buddyinfo für die Fragmentierung des Speichers.

    Hier ist die Ausgabe eine 64-bit-server mit 2.6 kernel:

    # cat /proc/buddyinfo

Node 0, zone DMA 5 4 3 4 3 2 1 0 1 1 2
Node 0, zone Normal 1046 527 128 36 17 5 26 40 13 16 94
# echo m > /proc/sysrq-trigger
# grep Normal /var/log/messages | tail -1
Jul 23 21:42:26 localhost kernel: Normal: 1046*4kB 529*8kB 129*16kB 36*32kB 17*64kB 5*128kB 26*256kB 40*512kB 13*1024kB 16*2048kB 94*4096kB = 471600kB
#

    In diesem Beispiel habe ich SysRq wieder zu zeigen, was jede Zahl in /proc/buddyinfo bezieht.

    Quelle: http://www.puschitz.com/pblog/

    InformationsquelleAutor der Antwort

Schreibe einen Kommentar