One isn't really too bad actually, if there's an huge I/O going on at
least.
> The above plus nice -20 mpg123 *.mp3
> I've forgotten to clearify this, sorry.
>
> Should I try 2.4.11 + 00_vm-1 or 2.4.11aa1, again?
2.4.11aa1 with also read/write reschedule points would be more
interesting I think.
> > You're probably more interested in the possible heuristic that I've in
> > mind to avoid xmms to wait I/O completion for the work submitted by
> > dbench. Of course assuming the vm write throttling was a relevant cause
> > of the dropouts, and that the dropouts weren't just due an I/O
> > congestion (too low disk bendwith).
>
> > BTW, to find out if the reason of the dropouts where the vm write
> > throttling or the too low disk bandwith you can run ps l <pid_of_xmms>,
>
> What do you mean here? I can't find a meaningfully ps option.
I meant the output of `ps l` (WCHAN column xmms row).
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/