> block: 1024 slots per queue, batch=341
>
> Wrote 600.00 MB in 71 seconds -> 8.39 MB/s (7.5 %CPU)
>
> Still very spiky, and during the write disk is uncapable of doing any
> reads. IOW, no serious application can be started before writing has
> finished. Shouldn't we favour reads over writes? Or is it just that
> the elevator is not doing its job right, so reads suffer?
>
> procs memory swap io system cpu
> r b w swpd free buff cache si so bi bo in cs us sy id
> 0 1 1 0 3596 424 453416 0 0 0 40468 189 508 2 2 96
341*127K = ~40M.
Batch is too high. It doesn't explain why reads get delayed so much, anyway.
Bye.
-
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 Oct 31 2001 - 21:00:33 EST