strict allocate
Björn Jacke
bj at SerNet.DE
Tue Dec 1 11:30:46 MST 2009
On 2009-12-01 at 10:11 -0800 Jeremy Allison sent off:
> > and it avoids samba's misbehaviour when quota limits are reached.
>
> Which is a rare case.
even rare failure cases are bad, aren't they?
> > it fixes ext3 - and with ext4 we'll see no performance penalty at all when
> > posix_fallocate/fallocate would be used.
>
> Haha ! Oh ye of great faith :-).
:-)
> > see above. With filesystems like ext4 or xfs we have no overhead for
> > preallocation of space.
>
> Not true. Look at the glibc implementation of posix_fallocate.
and fallocate in glibc 2.10.
> > correct me if I'm wrong but it's mostly a workaround for the extreme
> > framenatations problem. it doesn't fix the we-run-out-of-quota situation and
> > the fallocate for ext4 and xfs is also not yet there.
>
> It doesn't fix the problem that strict allocate = true does,
> but there's a reason strict allocate = true is not default.
>
> You haven't convinced me of the need to change it. Numbers
> and benchmarks would do that.
take a look at these numbers:
http://fedorapeople.org/gitweb?p=amitshah/public_git/alloc-perf.git;a=blob_plain;f=results.txt;hb=HEAD
http://log.amitshah.net/2009/03/comparison-of-file-systems-and-speeding.html
Cheers
Björn
More information about the samba-technical
mailing list