[LSF/MM TOPIC] Performance of seekdir(SEEK_HOLE/DATA) and FIEMAP

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

If there are any free slots on the filesystem track, then it would be
nice to have a conversation about use of FIEMAP and SEEK_HOLE/DATA
performance.

The issue is this: as large sparse files become more prevalent, there
is a potential performance advantage to be made if applications can
quickly and easily detect areas of no data.
Full disclosure: my interest here is seeing Anna's work on implementing
the NFSv4.2 sparse file support come to fruition; right now she is
finding that the performance of the filesystem tools (both seekdir()
and FIEMAP) are insufficient to allow us to implement the READPLUS (htt
ps://tools.ietf.org/html/rfc7862#section-6.2.1) operation and realise
the promised performance goals.

If there is time left on the schedule, then it might be nice to have a
full discussion of this topic with all the filesystem folks present,
but if not, we could do it as a lightning talk.

Thanks
  Trond

-- 
Trond Myklebust
Linux NFS client maintainer, PrimaryData
trond.myklebust@xxxxxxxxxxxxxxx




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux