Re: 2.4.10-ac10-preempt lmbench output.

[Mike Fedyk <mfedyk@matchmail.com>]

On Wed, Oct 10, 2001 at 07:42:31PM -0400, safemode wrote:
> On Wednesday 10 October 2001 09:36, Andrea Arcangeli wrote:
> > On Wed, Oct 10, 2001 at 08:00:04AM -0400, safemode wrote:
> > > OK, i copied the mp3 into /dev/shm and without any renicing of anything
> > > it plays fine during dbench 32.  so the problem is disk access taking too
> > > long.
> > >
> > > Which is strange since i'm running dbench on a separate hdd on a totally
> > > different controller.
> >
> > then if you know it's not disk congestion, it's most probably due the vm
> > write throttling.
> >
> > Andrea
> 
> How is it that a process at the same priority as allowed to throttle the 
> kernel's vm and starve other processes at the same priority.  That sounds 
> like dbench is being allowed to preempt other processes at the same priority. 
>  even if it is indirect preemption. The effect is the same. 

The problem is that the disk subsystem doesn't take into account the
priority of the process initiating the heavy (or any for that matter) IO.

AFAICT, the only way to get fair disk access is to modify (shorten) the
elevator queue lengths (which IMHO are much too long).  Check out elvtune
(I'm testing "-r 500 -w 750" right now) in the util-linux package.

Mike