On Wed, May 20, 2015 at 05:30:14PM +0200, Ard Biesheuvel wrote: > > However, it's quite a can of worms you're opening here. Speed is > easily quantified, and it may even be feasible to introduce some kind > of boottime benchmark to select the fastest implementation available > (like already exists for xor and raid6, for instance). > @Herbert: was something like this ever proposed? And would you > consider merging it if it were implemented adequately?
Up until now static priorities have been sufficient in selecting the best implementation. However, if you can show us a case where a given implementation is slower on one host but faster on another then sure we can add a run-time test and priority adjustment for it. Cheers, -- Email: Herbert Xu <[email protected]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Linux-f2fs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
