On Wed, Jul 09, 2008 at 01:58:25PM +1000, Neil Brown wrote: > NFSv3 writes do not have to be stable. The client will usually > request DATA_UNSTABLE, and then send a COMMIT a while later. This > should give the filesystem time to do delayed allocation. > NFSv4 is much the same. > NFSv2 does require stable writes, but it should not be used by anyone > interested in good write performance on large files. > > It isn't clear to me that this is something that should be an option > in /etc/exports. > When would a sysadmin want to turn it off? Or if a sysadmin did want > control, sure the level of control required would be the size of the > preallocation. An export option might be a useful for testing as a way to get quick before vs after comparisons. But, yeah, before merging it into mainline it'd be better if it was something that could safely just be turned on all the time. --b. > > I would strongly suggest demonstrating that you can improve some > measure of performance using preallocation before you even begin to > think about having an export option to select it. > > NeilBrown > -- > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
