public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: Jurgen Kramer <gtm.kramer@inter.nl.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: ICH5 SATA causes high interrupt/system load?
Date: Wed, 02 Jul 2003 19:07:12 -0400	[thread overview]
Message-ID: <3F0365A0.7040203@pobox.com> (raw)
In-Reply-To: <1057169427.3261.14.camel@paragon.slim>

Jurgen Kramer wrote:
> BTW it seems that all ATA ports have their own interrupt:
> 
>            CPU0       CPU1
>  14:       5062       5316    IO-APIC-edge  ide0
>  15:          1          1    IO-APIC-edge  ide1
>  16:      43464      43565   IO-APIC-level  usb-uhci, usb-uhci, nvidia
>  17:      26180      26194   IO-APIC-level  Intel ICH5
>  18:  119342344  119704504   IO-APIC-level  ide2, usb-uhci

The interrupt count is definitely high.

WRT the interrupt distribution through, the above is normal.  irq 14 and 
15 are the magic legacy IDE interrupts.  Anything other than 14 and 15 
are (usually) standard shareable PCI interrupts.


>  20:08:28  up 19 min,  3 users,  load average: 0.08, 0.06, 0.02
> 75 processes: 74 sleeping, 1 running, 0 zombie, 0 stopped
> CPU0 states:   0.5% user  20.2% system    0.0% nice   0.0% iowait  78.2%
> idle
> CPU1 states:   0.5% user  17.0% system    0.0% nice   0.0% iowait  81.4%
> idle
> Mem:   515128k av,  187396k used,  327732k free,       0k shrd,   13336k
> buff
>         45524k active,             118320k inactive
> Swap:  787176k av,       0k used,  787176k free                   90804k
> cached
> 
> With your patch and in XP a have a nice nullish system load.

Very strange.  My first guess would be that the drivers/ide driver 
appears unfriendly to shared interrupts.  In certain cases the ATA 
protocol does not offer a single, easy "is this interrupt mine?" test; 
the logic has to be implicitly worked into the driver code.  However, 
normally the drivers/ide driver knows what the heck it is doing, so this 
is quite out of the ordinary.

Perhaps you can fiddle with BIOS settings to get ide2 onto an interrupt 
all by itself, and see if the behavior improves.

	Jeff



      reply	other threads:[~2003-07-02 22:55 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-01 19:24 ICH5 SATA causes high interrupt/system load? Jurgen Kramer
2003-07-01 20:41 ` Jeff Garzik
2003-07-02 18:10   ` Jurgen Kramer
2003-07-02 23:07     ` Jeff Garzik [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=3F0365A0.7040203@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=gtm.kramer@inter.nl.net \
    --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