only FALLOC_FL_PUNCH_HOLE when ftruncate is buggy
only FALLOC_FL_PUNCH_HOLE when ftruncate is buggy

Summary:
In RocksDB, we sometimes preallocate the estimated space for a file to have better perf with fallocate (if supported). Usually it is a little bit bigger than the real resulting file size. At this time, we have to let the Filesystem reclaim the space not used.

Ideally, calling ftruncate to truncate the file to its real size should be enough. HOWEVER, it isn't on tmpfs, which we witness in our case, with some buggy kernel version. ftruncate a file with preallocated space doesn't change number of the blocks used by the file, which means the space not used by the file is not returned to the filesystems. So in this case we need fallocate with FALLOC_FL_PUNCH_HOLE to explicitly reclaim the used blocks. It is a hack to cope with the kernel bug and usually we should not need it.
Closes https://github.com/facebook/rocksdb/pull/2102

Differential Revision: D4848934

Pulled By: lightmark

fbshipit-source-id: f1b40b5

SunguckLee/RocksDB,Andymic/rocksdb,bbiao/rocksdb,Andymic/rocksdb,SunguckLee/RocksDB,vmx/rocksdb,Andymic/rocksdb,bbiao/rocksdb,Andymic/rocksdb,vmx/rocksdb,bbiao/rocksdb,vmx/rocksdb,bbiao/rocksdb,bbiao/rocksdb,SunguckLee/RocksDB,vmx/rocksdb,SunguckLee/RocksDB,SunguckLee/RocksDB,vmx/rocksdb,bbiao/rocksdb,bbiao/rocksdb,vmx/rocksdb,SunguckLee/RocksDB,Andymic/rocksdb,Andymic/rocksdb,vmx/rocksdb,vmx/rocksdb,SunguckLee/RocksDB,Andymic/rocksdb,Andymic/rocksdb,SunguckLee/RocksDB,bbiao/rocksdb