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 23:05:31 +0000 (00:05 +0100)
commita1991b17cdb38b1bffa32d2386132ae01f827cd0
tree46af2b140b7db227fe96023c0b3472af86f3e8c8
parent7d53a5f728430013c7daca5b1301dc9271c29680
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