Как бы вы интерпретировали следующий вывод vmstat?

11

Рассмотрим следующие пять машин (с именами c, h, j, s и u) и их соответствующие vmstat 1выводы.

Учитывая информацию из вывода vmstat:

  • Какие машины вы бы посчитали в хорошей форме? Почему? Что ты думаешь?
  • Какие машины вы считаете плохим? Почему? Что ты думаешь? Как бы вы пошли об этом исправить? Обновление памяти, процессора, IO-подсистем или что-то еще?

Я пытаюсь научиться понимать интуитивно понятную интерпретацию вывода vmstat.

Машина с:

 # 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

Машина ч:

 # 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

Машина 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

Машина с:

 # 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

Машина у:

 # 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
linux performance-monitoring operating-system vmstat knorv
источник

Ответы:

5

Слишком короткие периоды. Было бы лучше иметь vmstat 60. Ну, тем не менее:

  • с - все в порядке.
  • ч - есть что-то в си / ит. Принимая во внимание большой размер swpd, если вы считаете, что производительность ниже приемлемой, добавьте на 521-1024 МБ больше оперативной памяти (в идеале 892948 кБ).
  • J - все в порядке.
  • с - нормально. Немного swpd, но не си / так.
  • у тебя довольно много си / ит. Учитывая большой размер swpd, вы, вероятно, обнаружите, что производительность ниже приемлемой, и вам следует добавить 512 МБ ОЗУ (в идеале 452708 КБ).

Ни одна из вашей системы не нуждается в большем количестве процессоров.

kubanczyk
источник
Трудно сказать с этими чрезвычайно краткими снимками, но если iowait по-прежнему не равен нулю на c, могут потребоваться более быстрые накопители. Кроме того, я согласен с оценкой Кубанскамака.
Insyte
Я забыл, что списки vmstat в КБ в Linux, а не в страницах 4 КБ; Я поправил свой ответ.
kubanczyk
1

Взгляните на справочную страницу vmstat, я бы сказал, что вы, s, h, выиграете от большего количества выделенной оперативной памяти и высокой загрузки.

Натан Френд
источник