s3: prefer posix_fallocate for doing "strict allocate"
authorBjörn Jacke <bj@sernet.de>
Wed, 2 Dec 2009 14:13:37 +0000 (15:13 +0100)
committerBjörn Jacke <bj@sernet.de>
Wed, 2 Dec 2009 20:21:43 +0000 (21:21 +0100)
commit95c18626107484d5d1d475e34fc4dde03cfe6ff5
tree508651f48665b308ec49ef600f7b58de0916c2a2
parent486c8d57ec5a9aa63aff275621ff45c22b8cde61
s3: prefer posix_fallocate for doing "strict allocate"

posix_fallocate is more efficient than manual zero'ing the file. When
preallocation in kernel space is supported it's extremely fast. Support for
preallocation at fs layer via posix_fallocate and fallocate at kernel site
can be found in Linux kernel 2.6.23/glibc 2.10 with ext4, XFS and OCFS2. Other
systems that I know of which support fast preallocation in kernel space are
AIX 6.1 with JFS2 and recent Solaris versions with ZFS maybe UFS2, too.

People who have a system with preallocation in kernel space might want to set
"strict allocate = yes". This reduces file fragentation and it's also safer for
setups with quota being turned on.

As of today most systems still don't have preallocation in kernel space, and
that's why "strict allocate = no" will stay the default for now.
source3/configure.in
source3/include/proto.h
source3/lib/system.c
source3/modules/vfs_default.c