On Friday, February 10, 2012 17:12:25 Alexei Takaseev wrote: > > 46: 2491993875 3178910304 0 0 PCI-MSI-edge eth0-rx-0 > 47: 810336516 3558468146 0 0 PCI-MSI-edge eth0-tx-0 > 48: 629 0 0 1712 PCI-MSI-edge eth0 > 49: 366255653 0 1973013332 0 PCI-MSI-edge eth1-rx-0 > 50: 1308353038 0 0 2840998644 PCI-MSI-edge eth1-tx-0 > 51: 995 0 2643 0 PCI-MSI-edge eth1 > > как раз иллюстрация севшей на одно ядро сети, которую потом растолкал по > полкам вручную.
В общем, пока с S5500BC складывается такая ситуация. Интеловцы сказали, что у них с RHEL всё раскидывается по ядрам. Я их попросил показать, что в smp_affinity, и оказалось, что в RHEL туда кто-то пишет. То есть, там конкретные привязки к ядрам образуются для ряда прерываний (но у части 0000ff тоже). Вопрос, кто такое там делает. Или, наоборот, кто в ALT везде прописывает 0000ff... Попробовал поставить Server Light на 5.1 (точнее, на Сизифе времён перед бранчеванием). Всё повисло на одном ядре. Но вот после установки 2.6.18-ovz-rhel-alt13.M51.34 часть прерываний сами разбежались по другим ядрам. Сетевые карты остались на одном, правда, но хоть какие-то изменения - ata_piix уехал. Вот что в каталогах /proc/irq/<N>, плюс значение smp_affinity (кстати, вот он, тот старый формат): 0: smp_affinity 00000000,00000001 8: rtc smp_affinity 00000000,00000001 9: acpi smp_affinity 00000000,00000001 90: ata_piix smp_affinity 00000000,000000ff 98: ata_piix smp_affinity 00000000,000000ff 122: eth1-rx-0 smp_affinity ffffffff,ffffffff 130: eth1-tx-0 smp_affinity ffffffff,ffffffff 138: eth1 smp_affinity ffffffff,ffffffff 146: ehci_hcd:usb1 smp_affinity uhci_hcd:usb3 uhci_hcd:usb4 uhci_hcd:usb5 00000000,000000ff 201: ehci_hcd:usb2 smp_affinity uhci_hcd:usb6 uhci_hcd:usb7 uhci_hcd:usb8 00000000,000000ff 202: eth0 smp_affinity ffffffff,ffffffff Получается, тут на уровне ядра значение smp_affinity разное задано. -- С уважением, Сергей [email protected] _______________________________________________ Sysadmins mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/sysadmins
