All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Howard <faxguy@howardsilvan.com>
To: Len Brown <lenb@kernel.org>
Cc: linux-acpi@vger.kernel.org
Subject: Re: controlling ACPI IRQ routing
Date: Sat, 29 Dec 2007 10:40:20 -0800	[thread overview]
Message-ID: <47769494.3080503@howardsilvan.com> (raw)
In-Reply-To: <200712290339.48354.lenb@kernel.org>

Len Brown wrote:
> 1000 interrupts/second isn't a lot on modern hardware.
> Indeed, many linux distros run with 1000 clock ticks/second today.
>
> I don't understand why interrupt priority has anything to do
> with what you are seeing.  To notice such a thing, you'd have
> to have a lot of competing interrupts firing at the same time
> and the messages queued up inside the LAPIC and the processor
> spending a large % of its time in interrupt context.
> (does top(1) say that you're running a large %sys?)
>   

No, top says nothing unusual to me...

top - 13:36:50 up 12 days,  4:00,  1 user,  load average: 0.01, 0.05, 0.05
Tasks: 189 total,   1 running, 185 sleeping,   0 stopped,   3 zombie
Cpu(s):  0.7% us,  1.3% sy,  0.0% ni, 97.7% id,  0.0% wa,  0.0% hi,  
0.3% si,  0.0% st
Mem:   2054796k total,  2018560k used,    36236k free,   239084k buffers
Swap:  2007992k total,      520k used,  2007472k free,  1266672k cached

> What is the total interrupt rate on the system when this
> device is doing 1000/second?
>   

I don't understand the question, really... and I'm not sure how to 
determine the answer, either.  Here's what /proc/interrupts says:

# cat /proc/interrupts
           CPU0      
  0: 1051464247   IO-APIC-edge      timer
  1:          8   IO-APIC-edge      i8042
  8:          0   IO-APIC-edge      rtc
  9:          0   IO-APIC-fasteoi   acpi
 12:        104   IO-APIC-edge      i8042
 14:    9414304   IO-APIC-edge      ide0
 16: 1051172722   IO-APIC-fasteoi   wct4xxp
 19:          1   IO-APIC-fasteoi   eth1
 21:  158008518   IO-APIC-fasteoi   eth0
 22:    6974044   IO-APIC-fasteoi   libata
 23:    7071112   IO-APIC-fasteoi   libata
NMI:          0
LOC: 1051371544
ERR:          0


> Are there multiple cores on the system?

No, otherwise it appears that I could use IRQ affinity to dedicate a 
processor to handling the wct4xxp (zaptel) interrupt.

> If so,
> are the interrupts bound to certain cores or is
> irqbalance running?

irqbalance is available and running, but I don't think that it does 
anything on a single-core system.

Thanks,

Lee.

  reply	other threads:[~2007-12-29 18:40 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-27 22:00 controlling ACPI IRQ routing Lee Howard
2007-12-28  4:05 ` Shaohua Li
2007-12-28  5:29   ` Lee Howard
2007-12-28  6:06     ` Shaohua Li
2007-12-29  8:39       ` Len Brown
2007-12-29 18:40         ` Lee Howard [this message]
2008-01-02 14:11           ` Dominique Michel
2008-01-05  5:51             ` Len Brown
2008-01-06 16:38               ` Lee Howard
2008-01-08 16:49                 ` Chuck Ebbert
2008-01-03  0:04       ` Lee Howard
2008-01-05  5:48         ` Len Brown
2008-01-02 23:59   ` Lee Howard

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=47769494.3080503@howardsilvan.com \
    --to=faxguy@howardsilvan.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.