On Tue, 2007-06-19 at 21:44 -0700, Andrew Morton wrote: > Anyway, this is all arse-about. What is the design? What algorithms > do we need to implement to do this successfully? Answer me that, then > we can decide upon these implementation details.
Building on the per BDI patches, how about integrating feedback from the full-ness of device queues. That is, when we are happily doing IO and we cannot possibly saturate the active devices (as measured by their queue never reaching 75%?) then we can safely increase the total dirty limit. OTOH, when even with the per BDI dirty limit the device queue is constantly saturated (contended) we ought to lower the total dirty limit. Lots of detail here to work out, but does this sound workable? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
