Re: irqpoll kernel option hurts performance?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



--- Alan Cox <[email protected]> wrote:

> The two systems don't measure performance the same
> way. That makes
> comparisons using their own monitoring tools a bit
> dubious and can make
> either OS look better in cases where it isn't

OK, but in this case Linux kernel itself tells me that
something is wrong (via the demsg log). So I am trying
to optimize the system *before* intalling the tons of
tools that I need and discovering later that I may
have  use the incorrect boot option during
installation, requiring me to re-install again.

> I wish I knew. One possibility - especially as this
> appears to be the
> USB 2.0 is that it provides different rules for
> different OS's (thats
> intended to be a feature so it can hide EHCI from
> old windows etc)
> 
> You might want to see if booting with the kernel
> option	"acpi_noirq" has
> any effect for the better, you can also spoof

I just tried that:

Once replacing the 'irqpoll' option (which froze boot
completely, sending tons of lines of the following
error message:

[17179576.748000] hda: cdrom_pc_intr: The drive
appears confused (ireason = 0x01)

And only a hard reset could get me out of there...

The second trial was appending acpi_noirq to the boot
options (i.e. in addition to 'irqpoll') and this time,
it booted. However, demsg still shows that something
is wrong with the system:

[17179569.184000] Kernel command line: root=/dev/sda3
ro quiet splash irqpoll acpi_noirq
[17179569.184000] Misrouted IRQ fixup and polling
support enabled
[17179569.184000] This may significantly impact system
performance
[17179569.184000] mapped APIC to ffffd000 (fee00000)
[17179569.184000] mapped IOAPIC to ffffc000 (fec00000)

But a few lines later:

[17179577.600000] irq 177: nobody cared (try booting
with the "irqpoll" option)
[17179577.600000]  [<c014fc8a>]
__report_bad_irq+0x2a/0xa0
[17179577.600000]  [<c014fda7>]
note_interrupt+0x87/0xf0
[17179577.600000]  [<c014f57d>] __do_IRQ+0xfd/0x110
[17179577.600000]  [<c0105c79>] do_IRQ+0x19/0x30
[17179577.600000]  [<c0103eb6>]
common_interrupt+0x1a/0x20
[17179577.600000]  [<c014f428>]
handle_IRQ_event+0x18/0x70
[17179577.600000]  [<c014fde6>]
note_interrupt+0xc6/0xf0
[17179577.600000]  [<c014f51d>] __do_IRQ+0x9d/0x110
[17179577.600000]  [<c0105c79>] do_IRQ+0x19/0x30
[17179577.600000]  [<c0103eb6>]
common_interrupt+0x1a/0x20
[17179577.600000]  [<c01fd0a9>] vsnprintf+0x499/0x640
[17179577.600000]  [<f88f9000>] handshake+0x0/0x60
[ehci_hcd]
[17179577.600000]  [<c01994e8>] seq_printf+0x38/0x60
[17179577.600000]  [<c0146404>] m_show+0x44/0xc0
[17179577.600000]  [<c0198fef>] seq_read+0x28f/0x2f0
[17179577.600000]  [<c0173ea6>] vfs_read+0xd6/0x1b0
[17179577.600000]  [<c01742ab>] sys_read+0x4b/0x80
[17179577.600000]  [<c0103471>] syscall_call+0x7/0xb
[17179577.600000] handlers:
[17179577.600000] [<c02737f0>] (ide_intr+0x0/0x1f0)
[17179577.600000] [<c02737f0>] (ide_intr+0x0/0x1f0)
[17179577.600000] [<f891f1c0>] (usb_hcd_irq+0x0/0x70
[usbcore])
[17179577.600000] Disabling IRQ #177

And my question is: if the kernel recognizes that the
irqpoll options has been specified, why does it say
"(try booting with the irqpoll option"?

Could this be a kernel bug?

Thanks,
Alex


 
____________________________________________________________________________________
We have the perfect Group for you. Check out the handy changes to Yahoo! Groups 
(http://groups.yahoo.com)

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux