Распределение нагрузки на SMP системе

Sabayon, Calculate, Funtoo, Exherbo

Модератор: /dev/random

zbone
Сообщения: 1
ОС: gentoo/winXP :)

Распределение нагрузки на SMP системе

Сообщение zbone »

Есть следующая система:

Код: Выделить всё

zbone@quakex / $ uname -a
Linux quakex 2.6.16.28-xen #1 SMP Mon Dec 18 10:48:34 EET 2006 i686 Intel(R) Xeon(TM) CPU 3.20GHz GenuineIntel GNU/Linux

Код: Выделить всё

zbone@quakex / $ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 3
model name      : Intel(R) Xeon(TM) CPU 3.20GHz
stepping        : 4
cpu MHz         : 3191.994
cache size      : 1024 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu tsc msr pae mce cx8 apic mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr
bogomips        : 6395.50

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 3
model name      : Intel(R) Xeon(TM) CPU 3.20GHz
stepping        : 4
cpu MHz         : 3191.994
cache size      : 1024 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu tsc msr pae mce cx8 apic mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl cid xtpr
bogomips        : 6395.50

Проблема:
Судя по всему на сервере нагрузка распределяется неравномерно между двумя процессорами. Когда нагрузка превышает 7-8% на каждый, то происходит перенос нагрузки на первый проц.

Код: Выделить всё

zbone@quakex / $ sar 2 5 -P ALL
Linux 2.6.16.28-xen (quakex)    11/26/07

20:57:03          CPU     %user     %nice   %system   %iowait     %idle
20:57:05          all     23.72      0.00      1.92      0.00     74.36
20:57:05            0     45.19      0.00      4.81      0.00     50.00
20:57:05            1     12.98      0.00      0.48      0.00     86.54

20:57:05          CPU     %user     %nice   %system   %iowait     %idle
20:57:07          all     24.74      0.00      1.39      0.00     73.87
20:57:07            0     81.40      0.00      3.49      0.00     15.12
20:57:07            1      0.50      0.00      0.50      0.00     99.00

20:57:07          CPU     %user     %nice   %system   %iowait     %idle
20:57:09          all     27.24      0.00      0.00      0.00     72.76
20:57:09            0     87.64      0.00      0.00      0.00     12.36
20:57:09            1      0.50      0.00      0.00      0.00     99.50

20:57:09          CPU     %user     %nice   %system   %iowait     %idle
20:57:11          all     26.03      0.00      1.37      0.00     72.60
20:57:11            0     80.43      0.00      4.35      0.00     15.22
20:57:11            1      1.00      0.00      0.00      0.00     99.00

20:57:11          CPU     %user     %nice   %system   %iowait     %idle
20:57:13          all     24.40      0.00      1.72      0.00     73.88
20:57:13            0     75.82      0.00      5.49      0.00     18.68
20:57:13            1      1.00      0.00      0.00      0.00     99.00

Average:          CPU     %user     %nice   %system   %iowait     %idle
Average:          all     25.20      0.00      1.29      0.00     73.51
Average:            0     73.16      0.00      3.68      0.00     23.16
Average:            1      3.27      0.00      0.20      0.00     96.53

На сервере крутятся Oracle 10g не под нагрузкой совершенно и слабонагруженные quake2, quake3, TF2 сервера суммарным количеством в 10 штук. Достаточно стабильно наблюдаются периодические "лаги" в упомянутых играх при стабильной сети.
Я не уверен, что эти явления связаны, но интересует возможная связь.
Есть идеи куда копать?
Спасибо сказали:
Аватара пользователя
rm_
Сообщения: 3340
Статус: It's the GNU Age
ОС: Debian

Re: Распределение нагрузки на SMP системе

Сообщение rm_ »

1) irqbalance ("общеукрепляющее", не помешает в любом случае)
2) migration_factor (а вот это уже ближе к делу)
Спасибо сказали: