URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 94095
[ Назад ]

Исходное сообщение
"VMSTAT  (r column)"

Отправлено avrely , 30-Ноя-12 14:16 
Здравствуйте.

Хотелось узнать насчет колонки "r" в команде vmstat.
Предположим у меня в системе  8 физических ядер(процессоров).

#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
3  0      0  67985    431  51045    0    0    96   221 12692 1514558  0  0 99  0  0
19  0      0  67986    431  51045    0    0    20   460 12375 1273499  2  1 98  0  0
2  0      0  67985    431  51045    0    0    36   133 13106 1035913  1  1 98  0  0
2  0      0  67986    431  51045    0    0   100    72 12539 1058651  0  1 99  0  0
9  0      0  67986    431  51045    0    0    44   679 14971 1337308  2  1 96  0  0

Означает ли, что когда "r" показывает больше 8 процессов, то не хватает вычислительной мощности?

К примеру, где в строке r = 19 означает, что 19 - 8 = 11 процессов ожидали своего времени CPU ?

Заранее спасибо.


Содержание

Сообщения в этом обсуждении
"VMSTAT  (r column)"
Отправлено Z0termaNN , 30-Ноя-12 15:43 
если это происходит достаточно длительное время - то да. на самом
деле ориентироваться легче по loadavg, оно означает ровно то же
самое, только неким интегральным образом.


"VMSTAT  (r column)"
Отправлено zerot , 07-Дек-12 14:25 

> Означает ли, что когда "r" показывает больше 8 процессов, то не хватает
> вычислительной мощности?
> К примеру, где в строке r = 19 означает, что 19 -
> 8 = 11 процессов ожидали своего времени CPU ?

Насколько я понимаю, эта колонка означает очередь "за процессор". Vmstat показывает вам данные за некий промежуток времени, заданный вами. Если очередь за процессор часто больше количества ядер, то можно говорить о нехватке вычислительной мощности
-
Другой вопрос что с этим делать ? Можно увеличить количество ядер, а можно установить более производительные процессоры. Это зависит от характера вашего прикладного решения. Например для серверов БД с большим количеством параллельных сессий более правильным может оказаться увеличение количества ядер
-
удачи