Распределение irq: ЭТО нормально?

>А если два процессора будут обрабатывать

то начнутся дикие race conditions и тормоза.

http://unixforum.org/index.php?showtopic=65533
только бестолку это всё - забей

а. да - забыл

netbook megabaks # cat /proc/interrupts 
           CPU0       CPU1       
  0:     553244          0   IO-APIC-edge      timer
  1:       5947          0   IO-APIC-edge      i8042
  7:          9          0   IO-APIC-edge    
  9:      22741          0   IO-APIC-fasteoi   acpi
 12:     350627          0   IO-APIC-edge      i8042
 16:      52222          0   IO-APIC-fasteoi   i915, uhci_hcd:usb5
 18:          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 19:          0          0   IO-APIC-fasteoi   uhci_hcd:usb3
 23:      23148          0   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb2
 24:          0          0   PCI-MSI-edge      PCIe PME
 25:          0          0   PCI-MSI-edge      PCIe PME
 26:      16722          0   PCI-MSI-edge      ahci
 27:          0          0   PCI-MSI-edge      eth0
 28:        869          0   PCI-MSI-edge      hda_intel
 29:     214864          0   PCI-MSI-edge      iwlagn
NMI:          0          0   Non-maskable interrupts
LOC:     272937     524836   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:          0          0   Performance monitoring interrupts
PND:          0          0   Performance pending work
RES:      63873      77539   Rescheduling interrupts
CAL:       1482       1671   Function call interrupts
TLB:      54736      54335   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:         13         13   Machine check polls
ERR:         10
MIS:          0

1) без irqbalance также
2) да лучше, поставьте irqbalance
3) http://www.mjmwired.net/kernel/Documentation/IRQ-affinity.txt
вручную так

1. Сколько прерываний сидят на одном IRQ, не важно. Важно, сколько времени проводит процессор при обработке прерывания. А у вас, пардон, в Local timer interrupts времени потрачено в 2 раза больше, чем в обработке всех остальных прерываний вместе взятых :-)

2. Обработчики прерываний давно уже все reentrant, то есть если одна нить зашла в него, второй нити зайти в него это не помешает. Это не MS-DOS, и не ядро 1.2, где всё ядро было одним Big Kernel Lock

3. Практически все устройства давно работают с очередями команд и активно используют DMA, так что код обработчика прерывания занимает ничтожно мало времени - отметить завершение задания, сдвинуть очередь, послать следующую команду, выйти

Так что забейте. На 386 с винтами в PIO и сетевушками NE2000 ISA это было критично. Сейчас - нет.

А как сделать чтобы IRQ обрабатывались обоими процессорами?

P. S. Сейчас у меня вот так:

# cat /proc/irq/default_smp_affinity 
3

Самое забавное:

Когда делаю echo 1 > /proc/irq/28/smp_affinity задействуется только первый процессор.

Когда делаю echo 2 > /proc/irq/28/smp_affinity задействуется только второй процессор.

Когда делаю echo 3 > /proc/irq/28/smp_affinity задействуется опять только первый процессор.

Почему?

мне кажется зря вы этим занимаетесь, число обработаных irq у вас очень малое, имеет смысл раскидывать на разные ядра разные irq, от разных сетевых карт, жестких дисков , этим занимается irqbalance

аффинити задавать можете как уодно, все равно одновременно irq будут обработаны только одним ядром, опять таки irqbalance поможет балансировать между ядрами в зависимости от нагрузки.

какая роль вашего компьютера? для десктопа не имеет большого смысла заниматься распределением, почему - вам уже обьяснили

Sylvia

У меня desktop и на нем есть две проблемы, которые не дают мне покоя.

Первая - у меня периодически зависает комп и из-за чего - непонятно. В соседней ветке я уже поднимал эту тему, но четкого решения пока нет. Подозрения на видюху и на жесткий диск. А тут по IRQ оказыаюется, что они висят на одном прерывании. Я хочу копнуть туда.

Вторая проблема (которую я пока RTFMлю сам) - большая загрузка процессора при дисковых операциях. Например, при банальном забивании с помощью dd файла из /dev/zero , средняя нагрузка проца составляет 130% (то есть, например, первое ядро загружено на 80%, второе на 50% или первое на 100%, второе на 30% и т. п.). Я не верю, что с новомодными DMA, NCQ и т. п. это нормальная ситуация.

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

Еще одной причиной является любознательность, которая, думается, свойствена большинству LORовцев. Так давайте разберемся вместе!

Что может быть причиной того, что у, скажем, ahonimous нагрузка по прерываниям равномерно ложится на четыре проца, а у меня только на один из двух?

>меня периодически зависает комп

большая загрузка процессора при дисковых операциях

Это у вас, очевидно, с чипсетом косяки, тут переназначать прерывания - как мёртвому припарка.

средняя нагрузка проца составляет 130%

Фактически не работает dma, но на sata dma не отключаемо, значит это аппаратный баг. Если irq разбосать по всем ядрам - то вы получите все 200%.

Под вендой таких проблем нет? Если нет - очевидно ядро не дружит с вашим дисковым контроллером пишите багрепорт.

>они висят на одном прерывании
Как выше сказано - linux != dos.

>новомодными DMA
UDMA появилось в ATA-4, это 1998 год.

>нормальная ситуация
Норма - 1-2% cpu при любых дисковых операциях.

>любые аномальные ситуации на компьютере
Меняйте материнку, винты, хренли искать.

>desktop

тогда оставили бы вы эту темы с раскидыванием irq

у меня периодически зависает комп и из-за чего - непонятно

не из за irq, скорее всего какой-то кривой драйвер или acpi, обычное больное место
попробуйте acpi=off добавить в параметры ядра и сравнить как будет
(acpi=ht , если у вас процессор с HT)

Подозрения на видюху

вполне возможно что это видео драйвер, у меня периодически зависает ноут, ati драйвер и mesa с git'a , как откачу до стабильного снапшота так перестает зависать

А тут по IRQ оказыаюется, что они висят на одном прерывании

может быть, но решается это в bugzilla.kernel.org
для начала посмотрите какие проблемы у тех у кого похожий чипсет

средняя нагрузка проца составляет 130%

IO wait ? Опять таки стоит посмотреть что у других на том же железе, попробовать разные планировщики, я тут с NCQ обновила ядро до 34.1 и ... тормозит ужасно, было лучше, вернулась на CFQ

PS:

$dd if=/dev/zero of=filetest
^C2575171+0 records in
2575171+0 records out
1318487552 bytes (1.3 GB) copied, 20.7208 s, 63.6 MB/s

Cpu0 : 4.7%us, 29.2%sy, 0.0%ni, 7.0%id, 59.1%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 2.3%us, 4.0%sy, 0.0%ni, 85.0%id, 7.6%wa, 0.0%hi, 1.0%si, 0.0%st


dd 35%

2258 sylvia 20 0 5636 564 476 S 35 0.0 0:06.81 dd if=/dev/zero of=filetest

тоже высокая нагрузка за счет iowait

чипсет NVidia 630i , AHCI

У моего знакомого была ситуация - под линуксом тормозили дисковые операции, венда висла, перед этим посыпался жд. Оказалось - окислились контакты на sata разъёме. Почистил - всё заработало.

[code] cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 1725148079 0 0 0 0 0 0 0 IO-APIC-edge timer 1: 2 0 0 0 0 0 0 0 IO-APIC-edge i8042 6: 5 0 0 0 0 0 0 0 IO-APIC-edge floppy 8: 1 0 0 0 0 0 0 0 IO-APIC-edge rtc 9: 0 0 0 0 0 0 0 0 IO-APIC-level acpi 12: 115 71 0 0 0 0 0 0 IO-APIC-edge i8042 50: 29 0 99 190 0 0 0 0 IO-APIC-level uhci_hcd:usb4 58: 13472 0 72302276 0 0 0 3219209 0 IO-APIC-level uhci_hcd:usb7, ata_piix, ata_piix 66: 412 0 0 0 0 0 0 25375026 PCI-MSI eth0 74: 207 0 0 0 0 0 0 0 IO-APIC-level HDA Intel 169: 36 2213216 0 0 0 0 0 0 IO-APIC-level uhci_hcd:usb3, uhci_hcd:usb9, ahci 225: 43 1 0 0 0 0 0 0 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8 233: 2 0 0 0 0 0 0 0 IO-APIC-level ehci_hcd:usb2, uhci_hcd:usb6 NMI: 258174 137248 189669 148062 255724 146964 196311 150609 LOC: 1725148018 1725147946 1725147874 1725147803 1725147701 1725147658 1725147587 1725147516 ERR: 0 MIS: 0 [/code]

запущен irqbalance

cat /proc/interrupts 
           CPU0       CPU1       CPU2       CPU3       CPU4       CPU5       CPU6       CPU7       
  0: 1725148079          0          0          0          0          0          0          0    IO-APIC-edge  timer
  1:          2          0          0          0          0          0          0          0    IO-APIC-edge  i8042
  6:          5          0          0          0          0          0          0          0    IO-APIC-edge  floppy
  8:          1          0          0          0          0          0          0          0    IO-APIC-edge  rtc
  9:          0          0          0          0          0          0          0          0   IO-APIC-level  acpi
 12:        115         71          0          0          0          0          0          0    IO-APIC-edge  i8042
 50:         29          0         99        190          0          0          0          0   IO-APIC-level  uhci_hcd:usb4
 58:      13472          0   72302276          0          0          0    3219209          0   IO-APIC-level  uhci_hcd:usb7, ata_piix, ata_piix
 66:        412          0          0          0          0          0          0   25375026         PCI-MSI  eth0
 74:        207          0          0          0          0          0          0          0   IO-APIC-level  HDA Intel
169:         36    2213216          0          0          0          0          0          0   IO-APIC-level  uhci_hcd:usb3, uhci_hcd:usb9, ahci
225:         43          1          0          0          0          0          0          0   IO-APIC-level  ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8
233:          2          0          0          0          0          0          0          0   IO-APIC-level  ehci_hcd:usb2, uhci_hcd:usb6
NMI:     258174     137248     189669     148062     255724     146964     196311     150609 
LOC: 1725148018 1725147946 1725147874 1725147803 1725147701 1725147658 1725147587 1725147516 

irqbalance запущен

Вот вам.
http://pastebin.com/wG8WTsqN
это сервер с айэркьюбалансом