Форум Сайтостроение Администрирование серверов

Высокий softirq после смены хостинга

Neptoon
На сайте с 12.07.2011
Offline
126
Neptoon
852

На новом VPS очень высокий softirq. Прикладываю скриншоты со старого и с нового хостинга. На обоих Debian 7 и с моей стороны по настройкам все делалось одинаково.

Старый

Новый

Причем даже без всякой нагрузки без посетителей (4 скриншот) прерывания были около 1000.

           CPU0       CPU1       CPU2       CPU3
  0:         34          0          0          0   IO-APIC-edge      timer
  1:          9          0          0          0   IO-APIC-edge      i8042
  6:          2          0          0          0   IO-APIC-edge      floppy
  8:          0          0          0          0   IO-APIC-edge      rtc0
  9:          0          0          0          0   IO-APIC-fasteoi   acpi
 10:  428811813          0          0          0   IO-APIC-fasteoi   virtio1, eth0
 11:         37          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb1
 12:        142          0          0          0   IO-APIC-edge      i8042
 14:          0          0          0          0   IO-APIC-edge      ata_piix
 15:         91          0          0          0   IO-APIC-edge      ata_piix
 40:          0          0          0          0   PCI-MSI-edge      virtio0-config
 41:     397219          0          0          0   PCI-MSI-edge      virtio0-requests
NMI:          0          0          0          0   Non-maskable interrupts
LOC:   23571000   12104140   10148156    9731046   Local timer interrupts
SPU:          0          0          0          0   Spurious interrupts
PMI:          0          0          0          0   Performance monitoring interrupts
IWI:          0          0          0          0   IRQ work interrupts
RES:     913849    1524110    1421014    1317084   Rescheduling interrupts
CAL:        152        532        482        456   Function call interrupts
TLB:     282877     270279     222771     246228   TLB shootdowns
TRM:          0          0          0          0   Thermal event interrupts
THR:          0          0          0          0   Threshold APIC interrupts
MCE:          0          0          0          0   Machine check exceptions
MCP:       1946       1946       1946       1946   Machine check polls
ERR:          0
MIS:          0

Из-за чего такая разница по прерываниям и как можно ее исправить и снизить нагрузку на CPU?

Drive your way
LEOnidUKG
На сайте с 25.11.2006
Offline
1723
LEOnidUKG
#1

У вас случайно на новом VPS DDOS защита никакая не включена на домене?

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/
Neptoon
На сайте с 12.07.2011
Offline
126
Neptoon
#2

Не включена. Такое ощущение, что дело в самой сетевой карте или в ее драйверах и это просто никак не исправить. Возможно?

Потому что как и указал выше, просто на включенном VPS без посетителей высокий irq (4 скрин до 00:00)

.

Сравните с пустующим старым

M
На сайте с 17.09.2016
Offline
124
Mobiaaa
#3

А трафик с сетевого интерфейса снимали ?

Возможно что-то долбится на Ваш VDS новый

Neptoon
На сайте с 12.07.2011
Offline
126
Neptoon
#4
Mobiaaa:
А трафик с сетевого интерфейса снимали ?
Возможно что-то долбится на Ваш VDS новый

Вряд ли. После активации смотрел через iptraf. Или как надо смотреть?

Помню, когда-то брал у другого хостера и там тоже самое было, но я просто даже не знал что это и не обращал внимания. Похоже, зависит от железа.

M
На сайте с 17.09.2016
Offline
124
Mobiaaa
#5

Neptoon, tcdump'ом посмотрите, исключив Ваш IP

firewall iptables пуст ?

Может там куча правил, и пока все цепочки пройдёт трафик

Neptoon
На сайте с 12.07.2011
Offline
126
Neptoon
#6
Mobiaaa:
Neptoon, tcdump'ом посмотрите, исключив Ваш IP
firewall iptables пуст ?
Может там куча правил, и пока все цепочки пройдёт трафик

Через tcpdump не пойму, что смотреть. Там же куча адресов посетителей сайта.

Iptables пуст.

Пробовал раскидывать между ядрами подобной командой (например echo 3 для включения cpu0 и cpu1), но получалось выбрать только одно (хотя по умолчанию был ключ f). Сейчас почти вся нагрузка на 1 ядро.

echo N > /proc/irq/45/smp_affinity

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий