Adaptec 2100S (dpt) und Kernel 2.6.x

[Jan-Benedict Glaw]

On Wed, 2005-03-09 13:23:04 +0100, Burkhard Obergöker <burkhard.obergoeker at uni-bielefeld.de>
wrote in message <422EEAA8.1070603 at uni-bielefeld.de>:
> procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
>  r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
>  1  4   3332   3800  14604 181072    0    0     0  8204 1010    38  0  1  0 99
>  0  4   3332   4088  14604 181072    0    0     0     0 1013    48  0  0  0 100
>  0  3   3332   3684  14600 182088    0    0     2     2 4081  3624  1 18  0 81
>  0  3   3332   4368  14408 182020    0    0     0     0 7820  8019  2 36  0 62
>  0  3   3332   4036  14368 182256    0    0     0  5840 8110  8388  3 38  0 60
>  0  2   3332   3740  14360 182600    0    0     4  2284 5944  6131  1 24  0 75
> 
> Dass der Wert "wa" (wait for IO) teilweise auf 100% steigt kommt mir doch sehr
> ungewöhnlich vor. Auch ist die gesamte Maschine bei einer solchen Gelegenheit
> bereits eingefroren. In  /var/log/messages war keine Warnung oder Fehlermeldung
> zu finden.

Wow, das ist ja richtig schitzophren :)  Wenn nun wenigstens eine
ordentliche IRQ-Last vorhanden wäre, sodaß man ev. erraten könnte, daß
die Daten byteweise abgeholt werden... Aber hier gibt's lange erst quasi
keine Interrupts (1000 pro Sekunde auf i368 bei 2.6.x sind der Timer,
den Rest machen alle anderen aus...), dann kommen *mächtig* viele
Interrupts und wa geht dabei sogar runter.

Das sieht fast aus, als ob das Ding Probleme hätte, IRQs (passend) zu
triggern. Ich würde im IRQ-Handler die Suche beginnen. Sind die
Prozesse, derweil sie warten, im 'D'-State?

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/20050310/61ae4465/attachment.sig>