> There is also a longer PhD thesis by her. 10 minutes is about as much
> work as I personally am willing to lose and try to remember. Avoiding
> 75% of writes instead of 20% is a substantial performance gain worth
> paying a cost for. Unfortunately it is not easy to say if it is worth
> that much cost, but I suspect it is. An approach we are exploring is
> for blocks to reach disk earlier than that if the device is not
> congested, on the grounds that if not much IO is occuring, then
> performance is not important.
I would certainly like to see that, lost data in case of problems is
more of a problem than performance for many people.
Particularly if (a) there is an idle CPU, (b) there are no blocks queued
for write to the device, and (c) there are dirty blocks to go to the
device, it would be good to ignore the age of the block or use a firly low
minimum age. If we dropped a few blocks onto the drive each time the
conditions were met, I suspect that with many systems that would result in
a lot more free write space in memory. The total blocks written to the
drive would go up, but it shouldn't hurt performance.
My first thought is that the check would be done after finding no
runable normal processes and before running batch priority processes. If
only a few blocks were written each time oldest first it shouldn't even
hurt the batch processes.
-- bill davidsen <davidsen@tmr.com> CTO, TMR Associates, Inc Doing interesting things with little computers since 1979.- 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/