LA не относится к процессу. LA относится к самой системе, точнее к ее загрузке.

Смотрите параметр утилизации процессорного времени для процессов qemu. Это даст картину утилизации.

Ничего сложного нет.

Понимаю, что LA относится к самой системе и признаю это, не спорю. Расчёт в ядре, для машины в целом, не для процесса.

Я же хочу свою метрику нагрузки, чтобы она была привязана к максимальным значениям выделенных ресурсов и выдавала статистику типа: на основе использования network, i/o, cpu, mem показывала топ 5 машин, которые используют непрерывно 90-100% любого типа выделенного ресурса в течение заданного промежутка времени.

Что-то попроще atop. Нужно лишь выполнить одну команду и чтобы она показала имена топ 5 прожорливых kvm и их pid, без всей лишней дребедени.

и сделать свой костылированный топчик

cgroups

top — press P

Sort by CPU usage?

Не нужно управлять ресурсами, нужно их только мониторить.

спасибо. Ваш пост полезен примерно на таком же уровне: https://www.youtube.com/watch?v=Z1nPOrLZDs0

Для memory, CPU, block I/O есть метрики. Посмотри, как в LXC это сделано.

Вот, пример для firefox:

cgconfig.conf:

group firefox_cpu {
  cpuacct {
  }
}

cgrules.conf:

*:firefox cpuacct firefox_cpu

cat /sys/fs/cgroup/cpuacct/firefox_cpu/cpuacct.stat 
user 4918
system 704

Нужен libcgroup.

расчёт LA, выделяемого каждым процессом

Я думаю, что тебе надо читать до просветления loadavg.c.

Можно замечательный блогпост почитать.

сделать свой костылированный топчик

Но зачем?

Почему бы метрики не собирать изнутри машин?

Это даст картину утилизации.

Но не даст LA. LA – это длина очереди на выполнение процесса, она растёт не только при нехватке вычислительной мощности, но и по любым другим причинам, не позволяющим выполняемым процессам освободить поток (сменить статус с RUN на SLEEP).

наконец-то правильный ответ, а то велосипедостроение среди юных дарований надо иногда все таки пресекать

KVM - закрытый тип виртуализации(доступ с ноды внутрь vm не получишь). Нужно будет ставить на каждую впс мониторинг. А это не решение. Блогпост прочитан годом ранее. За ссылку на гитхаб спасибо, это немного помогло.

С этим инструментом также знаком. Он ничем не лучше atop.

Почему все так яростно игнорируют сабж и не стараются даже подумать в том направлении, о котором я говорю.

«Расчёт LA для каждого qemu процесса» Это по сути отдельная виртуалка и у нее есть CPU, MEM, I/O. Формулу LA я ещё не изучил(благодарю slaykovsky за ссылку на гитхаб ещё раз).

Возможно, мне хватит метрик, которые есть у каждого процесса, чтобы рассчитать по формуле то, что мне нужно.

Я знаю, что такое kvm и как оно работает.

Блогпост прочитан годом ранее

Ещё раз прочитай

Нужно будет ставить на каждую впс мониторинг. А это не решение.

Как не решение?

Ты не рассчитаешь LA для процесса. Никак.

Если ты хочешь брать LA с виртуалки, то ставь агенты каким-либо cloud init и не делай людям мозги.