From: "Adrian Yee" <brewt-linux-kernel@brewt.org>
To: Jeff Carr <jcarr@linuxmachines.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: tsc clock issues with dual core and question about irq balancing
Date: Wed, 14 Dec 2005 20:35:52 -0800 [thread overview]
Message-ID: <GMail.1134621352.21575767.16756771447@brewt.org> (raw)
In-Reply-To: <43A0AF15.7020705@linuxmachines.com>
Hi Jeff,
>> My other question is about irq balancing - I turned it on, but it
>> doesn't seem to be working properly:
>>
>> CPU0 CPU1
>> 0: 109208 975 IO-APIC-edge timer
>> 1: 1226 10 IO-APIC-edge i8042
>> 8: 275272 1 IO-APIC-edge rtc
>> 9: 0 0 IO-APIC-level acpi
>> 12: 4133 4 IO-APIC-edge i8042
>> 14: 5135 8 IO-APIC-edge ide0
>> 15: 17 8 IO-APIC-edge ide1
>> 16: 25084 1 IO-APIC-level eth0
>> 17: 43597 1 IO-APIC-level eth1
>> 18: 185 5 IO-APIC-level libata
>> 19: 0 0 IO-APIC-level libata
>> 20: 11525 1 IO-APIC-level EMU10K1
>> 21: 24870 1 IO-APIC-level nvidia
>> NMI: 0 0
>> LOC: 110119 110118
>> ERR: 0
>> MIS: 0
>
> I think there is an irqbalance userspace daemon.
According to debian's package description for the irq balance package:
"Daemon to balance irq's across multiple CPUs on systems with the 2.4 or
2.6 kernel. This can lead to better performance and IO balance on SMP
systems. Useful mostly just for 2.4 kernels, or 2.6 kernels with
CONFIG_IRQBALANCE turned off."
I have the CONFIG_IRQBALANCE option turned on, so it should be balancing
the irq's itself; is it not? Would there even be any benefit from
balancing the irq's with a single dual core processor? Thanks.
Adrian
prev parent reply other threads:[~2005-12-15 4:35 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-13 7:26 tsc clock issues with dual core and question about irq balancing Adrian Yee
2005-12-14 1:04 ` john stultz
2005-12-14 9:07 ` Adrian Yee
2005-12-14 9:54 ` Jonas Oreland
2005-12-14 20:14 ` john stultz
2005-12-14 20:27 ` Adrian Yee
2005-12-14 20:57 ` john stultz
2005-12-14 23:47 ` Jeff Carr
2005-12-15 4:35 ` Adrian Yee [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=GMail.1134621352.21575767.16756771447@brewt.org \
--to=brewt-linux-kernel@brewt.org \
--cc=jcarr@linuxmachines.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).