On Mon, Feb 15, 2016 at 02:28:36PM -0500, Jim Wilcoxson wrote:
> Thanks Eric.
>
> I ran xfs_bmap -v and it returned extents 0-19999, alternating data
> with holes. The holes and data were various sizes, I suppose for xfs
> alignment reasons, but everything was there.
>
> Running fiemap again after xfs_bmap still returned 1364 extents.
Yes, fiemap in XFS uses a buffer size of:
bm.bmv_count = min_t(__s32, bm.bmv_count,
(PAGE_SIZE * 16 / sizeof(struct getbmapx)));
i.e. limits a single fiemap fetch to a maximum of 64k of extent
data.
I think you have an incorrect assumption about fiemap behaviour.
fiemap is not designed to return or even count all the extents in a
file in a single call; on XFS it returns how many extents it can
return in a single call. When you then map the file, if the
FIEMAP_EXTENT_LAST is not set on the last extent returned, then the
application needs to make another FIEMAP call from the end offset of
last extent mapping returned in the last call, and it will then
return the next N extents in the file.
IOWs, you have to keep calling FIEMAP to map the entire file, not
assume a single call will return an arbitrary amount of data to you
in a single call.
But, as Eric said - fiemap is a diagnosis tool, not an interface you
can rely on for anything involving data movement.
Cheers,
Dave.
--
Dave Chinner
david@xxxxxxxxxxxxx
_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
