From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 From: ahtoh@pulnet.ru To: ALT Linux sysadmin discuss Date: Tue, 14 Oct 2008 20:21:28 +0400 User-Agent: KMail/1.9.7 References: <200810141348.12074.ahtoh@pulnet.ru> <200810141813.10266.ahtoh@pulnet.ru> <48F4BFFE.7030700@unsafe.ru> In-Reply-To: <48F4BFFE.7030700@unsafe.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200810142021.28231.ahtoh@pulnet.ru> Subject: Re: [Sysadmins] ksoftirq 99% cpu load. X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 16:21:37 -0000 Archived-At: List-Archive: В сообщении от 14 октября 2008 Konstantin A. Lepikhov написал(a): > 14.10.2008 18:13, ahtoh@pulnet.ru пишет: > > irqbalance может распределяет прерывания например > > от eth0 на CPU0, а от eth1 на CPU1 итд. > > А здесь сразу по всем ядрам, что конечно лучше. > > _______________________________________________ > > Sysadmins mailing list > > Sysadmins@lists.altlinux.org > > https://lists.altlinux.org/mailman/listinfo/sysadmins > > Вы это сами только что придумали? > _______________________________________________ > Sysadmins mailing list > Sysadmins@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/sysadmins Вот /proc/interrupts c запущенным irqbalance ядро 2.6.18 CPU0 CPU1 CPU2 CPU3 0: 14736893 0 253682 4383039 IO-APIC-edge timer 1: 2393 0 0 0 IO-APIC-edge i8042 6: 3 0 0 0 IO-APIC-edge floppy 8: 1 0 0 0 IO-APIC-edge rtc 9: 1 0 0 0 IO-APIC-level acpi 14: 61 0 0 0 IO-APIC-edge ide0 58: 339791237 110911999 0 0 PCI-MSI eth0 66: 437172012 0 0 0 PCI-MSI eth1 169: 175988 0 1648 2087386 IO-APIC-level ioc0 NMI: 35854 9985 453 541 LOC: 19374644 19375064 19375160 19374988 ERR: 0 MIS: 0 Как видно прерывания от определенных системных устройств распределены строго по определённым ядрам. А вот 2.6.24-std-smp-def CPU0 CPU1 CPU2 CPU3 0: 29 0 0 0 IO-APIC-edge timer 1: 1 0 1 0 IO-APIC-edge i8042 8: 0 1 0 0 IO-APIC-edge rtc 9: 0 0 0 1 IO-APIC-fasteoi acpi 12: 0 1 1 2 IO-APIC-edge i8042 17: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb3, ehci_hcd:usb4 18: 0 0 0 0 IO-APIC-fasteoi libata, uhci_hcd:usb1, uhci_hcd:usb7 19: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb6 21: 88026 87808 88783 89463 IO-APIC-fasteoi libata, libata, uhci_hcd:usb2 23: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb5, ehci_hcd:usb8 2298: 1602881384 1602881600 1602880626 1602879945 PCI-MSI-edge eth0 NMI: 0 0 0 0 Non-maskable interrupts LOC: 35594469 15987382 18652239 9478400 Local timer interrupts RES: 666 1473 745 1531 Rescheduling interrupts CAL: 1425 1446 1447 191 function call interrupts TLB: 1421 1537 1471 1578 TLB shootdowns TRM: 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 Threshold APIC interrupts SPU: 0 0 0 0 Spurious interrupts ERR: 0 Видно, что все ядра поочередно учавствуют в обработке прерываний от одного устройства. Или я не прав?