On Thu, Aug 01, 2002 at 04:19:40PM +0200, Lukas Hejtmanek wrote:
> On Thu, Aug 01, 2002 at 04:03:48PM +0200, Andrea Arcangeli wrote:
> > you can use elvtune, in my more recent trees I returned in sync with
> > mainline with the parameters to avoid being penalized in the benchmarks,
> > but if you need lower latency you can execute stuff like this by yourself.
> >
> > elvtune -r 10 -w 20 /dev/hd[abcd] /dev/sd[abcd]
> >
> > etc... (hda or hda[1234] will be the same, it only care about disks)
> >
> > the smaller the lower latency you will get. In particular you care about
> > the read latency, so the -r parameters is the one that has to be small
> > for you, writes can be as well big.
>
> Hmm however I think i/o subsystem should allow parallel reading/writing don't
> you think?
of course it does, what you're tuning is the "how many requests can
delay a read request" or "how many requests can delay a write request"?
it's not putting synchronous barriers, it only controls the ordering.
If a read requests can ba passed by 10mbytes of data you will
potentially read one block every 10mbyte written to disk. Of course
there will be less seeks and the global workload will be faster (faster
at least for most cases), but your read latency will be very very bad.
You can see the default values by not passing arguments to elvtune IIRC.
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/
This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:15 EST