Ненулевой load averages на нулевом KVM/FreeBSD10

Т.е когда Вы заливаете образ/шаблон дистрибутива на VDS, в котором нет ничего кроме минимальной конфигурации FreeBSD, вполне нормален стабильно ненулевой "load averages" и не понятно, почему должно быть наоборот? :) При этом Вам заливают дистрибутив VDS на пустом мастер-сервере и ситуация не меняется. Когда же заливают дистрибутив CentOS - "load averages" нулевой!

Да, панелька управления сервером VMmanager. Это хорошо или плохо?

ну не нулевое ЛА, значит в системе есть активность

посмотреть, top|gstat|ps

сразу поянтно будет что происходит, может периодик какой-то стартует или еще что-то

если непоятно, можно спросить у саппорта хоста, почему так, это их головная боль

Не уверен, что это поможет в решении вопроса, но для полноты картины выложу.

# top

last pid: 74173;  load averages:  0.21,  0.18,  0.16             up 1+21:48:36  08:25:07

15 processes:  1 running, 14 sleeping

CPU:  0.0% user,  0.0% nice,  0.0% system,  0.2% interrupt, 99.8% idle

Mem: 5844K Active, 1598M Inact, 166M Wired, 90M Buf, 1733M Free

Swap: 513M Total, 513M Free



  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND

  712 root          1  20    0 10128K  1908K nanslp  0   0:24   0.00% cron

  584 root          1  20    0 10092K  1700K select  2   0:00   0.00% syslogd

74046 root          1  20    0 17576K  6264K select  3   0:00   0.00% sshd

73942 root          1  20    0 17576K  6248K select  1   0:00   0.00% sshd

74049 root          1  20    0 10860K  3512K ttyin   0   0:00   0.00% csh

73945 root          1  20    0 10860K  3436K pause   3   0:00   0.00% csh

  444 root          1  20    0  9380K  3460K select  0   0:00   0.00% devd

73991 root          1  20    0 10860K  3280K ttyin   2   0:00   0.00% csh

73988 root          1  20    0 17576K  6248K select  1   0:00   0.00% sshd

  702 root          1  20    0 14816K  5428K select  3   0:00   0.00% sshd

74173 root          1  20    0 11236K  2328K CPU0    0   0:00   0.00% top

  778 root          1  52    0 10080K  1700K ttyin   0   0:00   0.00% getty

73999 root          1  20    0 10080K  1700K ttyin   0   0:00   0.00% getty

  779 root          1  52    0 10080K  1700K ttyin   1   0:00   0.00% getty

  777 root          1  52    0 10080K  1700K ttyin   2   0:00   0.00% getty



# ps uax

USER   PID  %CPU %MEM   VSZ  RSS TT  STAT STARTED        TIME COMMAND

root    11 399.0  0.0     0   32  -  RL   Sat10AM 10954:34.64 [idle]

root     0   0.0  0.0     0   96  -  DLs  Sat10AM     0:00.43 [kernel]

root     1   0.0  0.0  9332  676  -  ILs  Sat10AM     0:00.07 /sbin/init --

root     2   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [sctp_iterator]

root     3   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [xpt_thrd]

root     4   0.0  0.0     0    8  -  DL   Sat10AM     0:05.20 [pagedaemon]

root     5   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [vmdaemon]

root     6   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [pagezero]

root     7   0.0  0.0     0    8  -  DL   Sat10AM     0:01.23 [bufdaemon]

root     8   0.0  0.0     0    8  -  DL   Sat10AM     1:01.70 [syncer]

root     9   0.0  0.0     0    8  -  DL   Sat10AM     0:01.16 [vnlru]

root    10   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [audit]

root    12   0.0  0.0     0  176  -  WL   Sat10AM     8:53.99 [intr]

root    13   0.0  0.0     0   24  -  DL   Sat10AM     0:17.29 [geom]

root    14   0.0  0.0     0    8  -  DL   Sat10AM     1:14.11 [rand_harvestq]

root    15   0.0  0.0     0   32  -  DL   Sat10AM     0:01.18 [usb]

root    16   0.0  0.0     0    8  -  DL   Sat10AM     0:02.08 [softdepflush]

root   444   0.0  0.1  9380 3460  -  Ss   Sat10AM     0:00.08 /sbin/devd

root   584   0.0  0.0 10092 1700  -  Ss   Sat10AM     0:00.39 /usr/sbin/syslogd -s

root   702   0.0  0.1 14816 5428  -  Is   Sat10AM     0:00.00 /usr/sbin/sshd

root   712   0.0  0.1 10128 1908  -  Is   Sat10AM     0:24.48 /usr/sbin/cron -s

root 73942   0.0  0.2 17576 6248  -  Ss    7:47AM     0:00.21 sshd: root@pts/0 (sshd)

root 73988   0.0  0.2 17576 6248  -  Is    7:51AM     0:00.04 sshd: root@pts/1 (sshd)

root 74046   0.0  0.2 17576 6264  -  Ss    8:08AM     0:00.27 sshd: root@pts/2 (sshd)

root 73999   0.0  0.0 10080 1700 v0  Is+   7:52AM     0:00.00 /usr/libexec/getty Pc ttyv

root   777   0.0  0.0 10080 1700 v1  Is+  Sat10AM     0:00.00 /usr/libexec/getty Pc ttyv

root   778   0.0  0.0 10080 1700 v2  Is+  Sat10AM     0:00.00 /usr/libexec/getty Pc ttyv

root   779   0.0  0.0 10080 1700 v3  Is+  Sat10AM     0:00.00 /usr/libexec/getty Pc ttyv

root 73945   0.0  0.1 10860 3436  0  Ss    7:47AM     0:00.10 -csh (csh)

root 74174   0.0  0.1 10184 1844  0  R+    8:25AM     0:00.00 ps uax

root 73991   0.0  0.1 10860 3280  1  Is+   7:51AM     0:00.06 -csh (csh)

root 74049   0.0  0.1 10860 3512  2  Ss+   8:08AM     0:00.12 -csh (csh)





# gstat

dT: 1.052s  w: 1.000s

 L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w   %busy Name

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0p1

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0p2

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0p3

    0      0      0      0    0.0      0      0    0.0    0.0| gpt/gpboot

    0      0      0      0    0.0      0      0    0.0    0.0| gptid/da0d......

    0      0      0      0    0.0      0      0    0.0    0.0| gpt/swap

    0      0      0      0    0.0      0      0    0.0    0.0| gpt/rootfs

Парни говорят, что ничего страшного, что это нормально. Но причины сами понять не могут :)

VDSmanager/VMmanager ставит свою утилитку для получения статистики.

vmdaemon похож на нее

у вас [idle] 399 как следствие la

0.2% interrupt на прерывания ушло.

вообщем ничего страшного, можете прибить софтину vmdaemon и понаблюдать

Это логично. Но тогде мне немного не понятно, почему когда накатывается CentOS, LA - нулевой? А с FreeBSD - беда какая-то :)

---------- Добавлено 19.05.2014 в 10:08 ----------

На это в поддержке ответили, что "VMmanager внутрь контейнеров не ходит."

Боюсь, что это системный процесс ядра. Прибивать его не хотеслоь бы :)

http://www.opennet.ru/base/dev/freebsd_process.txt.html

Я лишь говорю о том, что слово "минимальная конфигурация" звучит из ваших уст, если бы конкретную ось ставил бы я аналогичных вопросов не возникало бы, по этому лишний раз стоит проверить что вложено в "минимальную конфигурацию", а то туда и иксы легко могли бы попасть :D

Не знаю как на VMmanager, но на VDSmanager у FreeBSD всегда была деградация производительности.

KVM virtio RedHat FreeBSD -> to google.

pegs, из ваших данных мне интересно вот что:

1. У вас там показано 4 или 5 процессов sshd ... может вас брутят?

2. gstat вообще штука интерактивная, она всегда показывает 0 ? так не бывает, должны быть какие-то обращения хоть минимальные. Опишите как "скакают" показатели gstat.

Разница между FreeBSD и CentOS как мы понимаем не маленькая, да еще я вам скажу что и запущено это все внутри виртуальной машины..... стало быть делаю предположение, что BSD либо не верно считает LA в случае виртуализации, либо опирается на недостоверные данные полученные от dom0.

А в логах ничего военного нет? или не военного?

интересно, 0.2% interrupt, постоянно 0.2 ?

какая, кстати версия ОС (uname -a ), какой драйвер сетевой исползуется и что там в netstat -an ?