> Yeah, the on-demand readahead can avoid _all_ lookups for small in-cache > files.
How? > But what do you mean by AS? struct address_space > > You seem to have a lot of magic numbers. They probably all need symbols and > > explanations. > > The magic numbers are for easier testings, and will be removed in > future. For now, they enables convenient comparing of the two > algorithms in one kernel. I mean the 16 and 4 not the sysctl > > If this new algorithm has been further tested and approved, I'll > re-submit the patch in a cleaner, standalone form. The adaptive > readahead patches can be dropped then. They may better be reworked as > a kernel module. If they actually help and don't cause regressions they shouldn't be a module, but integrated eventually Just it has to be all step by step. > > > Your white space also needs some work. > > White space in patch description? In the code indentation. -Andi - 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/
