Як би ви інтерпретували наступний вихід vmstat?


11

Розглянемо наступні п'ять машин (названі c, h, j, s і u) та їх відповідні vmstat 1результати.

З огляду на інформацію з виводу vmstat:

  • На яких машинах ви вважаєте себе в хорошій формі? Чому? Які ваші міркування?
  • Які машини ви вважаєте б у поганій формі? Чому? Які ваші міркування? Як би ви вирішили це виправити? Оновлення пам’яті, процесора, IO-підсистем чи чогось іншого?

Я намагаюся навчитися інтуїтивно зрозуміти інтерпретацію виводу vmstat.

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

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

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

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

Відповіді:


5

Занадто короткі періоди. Було б краще мати vmstat 60. Ну і все-таки:

  • c - гаразд.
  • h - має щось у si / so. Беручи до уваги велику потужність, якщо ви вважаєте, що продуктивність є менш прийнятною, додайте 521-1024 Мбайт більше оперативної пам’яті (в ідеалі 892948 кБ).
  • j - це нормально.
  • s - гаразд. Трохи swpd, але не si / так.
  • u - має досить багато si / так. Беручи до уваги велику потужність, ви, мабуть, вважаєте продуктивність менш прийнятною, і вам слід додати 512 Мб оперативної пам’яті (в ідеалі 452708 кБ).

Жодна ваша система не потребує більше процесора.


Важко сказати з цими надзвичайно короткими знімками, але якщо iowait продовжує бути нульовим на c, швидші диски можуть бути в порядку. Крім цього, я згоден з оцінкою kubanskamac.
Insyte

Я забув, що vmstat списки в kB в Linux, а не на 4 kB сторінках; Я скоригував свою відповідь.
kubanczyk

1

Погляньте на сторінку vmstat man, я б сказав, що, s, h буде корисно від більшої кількості оперативної пам’яті, що використовує високий обмін.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.