Hohe CPULast bei Festplattenzugriffen etc.

[Jan-Benedict Glaw]

On Tue, 2005-01-18 21:13:30 +0100, Jan 'Red Bully' Seiffert <redbully at cc.fh-luh.de>
wrote in message <41ED6DEA.4040902 at cc.fh-luh.de>:
> > cat /proc/interrupts
> >            CPU0
> >   0:    4805876          XT-PIC  timer
> >   1:       3471          XT-PIC  i8042
> >   2:          0          XT-PIC  cascade
> >   7:       8531          XT-PIC  cbm
> >   8:    2706455          XT-PIC  rtc
> >  10:     660438          XT-PIC  bttv0, aic7xxx, NVidia nForce2, eth1
> >  11:      23300          XT-PIC  aic7xxx, ohci1394, ohci_hcd, eth0, HiSax
> >  12:     129778          XT-PIC  i8042
> >  14:      10799          XT-PIC  ide0
> >  15:        121          XT-PIC  ide1
> > NMI:          0
> > LOC:    4806108
> > ERR:        176
> > MIS:          0

> Ach, das seh ich erst jetzt, die ERR-Menge, hmmm, nach wieviel "Action"
> ist das?

ERR-Interrupts sind solche, die bei der CPU getriggert worden sind, von
denen hinterher aber der Interrupt-Controller steif und fest behauptet,
sie nie ausgelöst zu haben. Hier liegt die Vermutung nahe, daß dem
Kernel IO-APIC-Support fehlt. Das kann zu größeren Latenzen führen,
insbesondere, wenn derart viele Geräte auf allein zwei Interrupts
verteilt sind (was hochgradig dämlich ist...). Hast Du noch PCI-Slots
frei? Wenn ja, kannst Du auch Umstecken versuchen.

MfG, JBG

-- 
Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481             _ O _
"Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg  _ _ O
 fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20050119/50d9f924/attachment.sig>