Кто-нибудь может объяснить связь узкого места процессора на AIX с lcpu и r?
# vmstat 60 2 System configuration: lcpu=12 mem=46080MB ent=1.10 kthr memory page faults cpu ----- ----------- ------------------------ ------------ ----------------------- r b avm fre re pi po fr sr cy in sy cs us sy id wa pc ec 9 3 10845919 385420 0 0 0 0 0 0 5693 199747 54772 52 35 8 5 2.79 253.6 11 3 10855682 393324 0 0 0 0 0 0 6053 200390 51913 57 34 5 4 2.90 263.5Хотя среднее использование процессора составило 95% (см. колонку "idle"), процессор еще не является узким местом, поскольку "r" было меньше, чем "lcpu".
http://aix4admins.blogspot.co.uk/2011/09/vmstat-t-5-3-shows-3-statistics-in-5.html
Если количество выполняемых потоков (r) делится на количество CPU больше, чем один -> возможно узкое место в процессоре (The (r) coulmn should be compared with количеством CPU (логических CPU по времени работы), если у нас достаточно CPU или у нас больше потоков). Высокие цифры в колонке заблокированных процессов (b) указывает на медленные диски. (r) всегда должен быть выше, чем (b); если он это не так, это обычно означает, что у вас узкое место в процессоре
Вопрос: Кто-нибудь может объяснить это более подробно? Почему мы можем сказать, что этой системе пока не требуется больше процессора (r
Согласно документации IBM [1], поле r показывает количество runnable потоков, то есть количество уже запущенных потоков + количество потоков, ожидающих в очереди.
Итак, если r < lcpu, это означает, что все потоки находятся на CPU и у вас нет потоков, ожидающих в очереди. В вашем случае работает 11 потоков, и у вас даже есть 1 свободный lcpu.
Допустим, r = 20. В этом случае у вас узкое место на CPU, потому что на CPU будет 12 потоков + 8 потоков, ожидающих своей очереди. И загрузка процессора составит 100%.
[1] https://www.ibm.com/support/knowledgecenter/#!/ssw_aix_71/com.ibm.aix.cmds6/vmstat.htm
Для справки, как правило, лучше запустить хотя бы vmstat -wtI 5 3 ( -w дает широкий вывод, -t дает временные метки, так что это проще позже, чтобы сопоставить ваши числа с другими результатами мониторинга производительности, которые вы могли выполнять параллельно, и -I дает дополнительные столбцы для файла pagein / pageout), когда вы запускали его в течение 60 секунд и смотрели только на вывод vmstat поскольку количество времени, на которое вы смотрите, на самом деле недостаточно.
Вы также должны всегда предоставлять вывод lparstat -i для сравнения и помещать информацию в контекст (ограниченный / неограниченный, выделенный ЦП ...)