Wie würden Sie die folgende vmstat-Ausgabe interpretieren?

11

Betrachten Sie die folgenden fünf Maschinen (mit c, h, j, s und u bezeichnet) und ihre jeweiligen vmstat 1Ausgänge.

Angesichts der Informationen aus der vmstat-Ausgabe:

  • Welche Maschinen halten Sie für in einem guten Zustand? Warum? Was ist Ihre Argumentation?
  • Welche Maschinen würden Sie für schlecht halten? Warum? Was ist Ihre Argumentation? Wie würden Sie das Problem beheben? Speicher, CPU, IO-Subsysteme oder etwas anderes aufrüsten?

Ich versuche zu lernen, wie man ein intuitives Gefühl für die Interpretation der vmstat-Ausgabe bekommt.

Maschine c:

 # vmstat 1
 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
  1  0      4   9456  10692 304020    0    0   193    92  310  131  7  1 80 11  2
  2  0      4  10212  10676 303020    0    0   412    40 1265  514 11  0 80  8  2
  1  1      4   9664  10684 303328    0    0   320    60 1311  545  7  0 84  7  2

Maschine h:

 # vmstat 1
 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
  0  2 892948  10084  11352 140248   14    9    67   113  123  184  1  0 81 13  4
  1  1 892948   9828  11360 140420   80    0   232    56 1436  839  1  0 74 24  2
  0  1 892948   9424  11368 140596   88    0   192   780 1405  564  1  0 74 23  2

Maschine j:

 # vmstat 1
 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
  0  2    300 152276   7432 616948    0    3   922   795   38   29  8  1 65 25  0
  0  0    300 152096   7436 617136    0    0   184     0  243  421  2  1 77 20  0
  0  0    300 152096   7436 617136    0    0     0    28  160  285  0  0 100  0  0

Maschine s:

 # vmstat 1
 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
  0  0  57748 213168  17672 1282888    0    0    23     6    0    0 11  1 79  9  0
  0  0  57748 213224  17676 1282900    0    0    24     0   33  503  1  0 98  1  0
  0  0  57748 213224  17676 1282900    0    0     0     0    7  254  0  0 100  0  0

Maschine u:

 # vmstat 1
 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
  0  3 452708   8860   2724 266032   34   16   248   244    5   15  5  3 72 19  1
  0  2 452708  62240   2776 211880  292    0  1952     0  625  749  9  2 70 18  1
  1  1 452708  63752   2832 212320  228    0   816     0  745  821  4  0 67 28  1
knorv
quelle

Antworten:

5

Zu kurze Zeiträume. Es wäre besser, vmstat 60 zu haben. Nun, trotzdem:

  • c - ist in Ordnung.
  • h - hat etwas in si / so. Wenn Sie unter Berücksichtigung des großen SWPD die Leistung als nicht akzeptabel empfinden, fügen Sie 521-1024 MB mehr RAM hinzu (idealerweise 892948 kB).
  • j - ist in Ordnung.
  • s - ist in Ordnung. Ein bisschen swpd, aber kein si / so.
  • u - hat ziemlich viel si / so. Unter Berücksichtigung des großen SWPD ist die Leistung wahrscheinlich nicht akzeptabel, und Sie sollten 512 MB RAM (idealerweise 452708 kB) hinzufügen.

Keines Ihrer Systeme benötigt mehr CPU.

kubanczyk
quelle
Mit diesen extrem kurzen Schnappschüssen ist es schwer zu sagen, aber wenn der iowait auf c weiterhin ungleich Null ist, sind möglicherweise schnellere Laufwerke angebracht. Abgesehen davon stimme ich der Einschätzung von Kubanskamac zu.
Insyte
Ich habe vergessen, dass vmstat unter Linux in kB aufgelistet ist, nicht auf 4 kB-Seiten. Ich habe meine Antwort angepasst.
Kubanczyk
1

Werfen Sie einen Blick auf die vmstat-Manpage. Ich würde sagen, u, s, h würde von mehr zugewiesenem RAM und hoher Swap-Nutzung profitieren.

Nathan Freund
quelle