* [Lustre-devel] sparse files
@ 2008-11-26 15:59 Eric Barton
2008-11-27 8:51 ` Andreas Dilger
0 siblings, 1 reply; 2+ messages in thread
From: Eric Barton @ 2008-11-26 15:59 UTC (permalink / raw)
To: lustre-devel
Question for the HSM team.
Do we need to make the allocation map of a lustre file available
to the HSM agent so it can avoid copying all the holes in sparse
files?
Cheers,
Eric
^ permalink raw reply [flat|nested] 2+ messages in thread* [Lustre-devel] sparse files
2008-11-26 15:59 [Lustre-devel] sparse files Eric Barton
@ 2008-11-27 8:51 ` Andreas Dilger
0 siblings, 0 replies; 2+ messages in thread
From: Andreas Dilger @ 2008-11-27 8:51 UTC (permalink / raw)
To: lustre-devel
On Nov 26, 2008 15:59 +0000, Eric Barton wrote:
> Question for the HSM team.
>
> Do we need to make the allocation map of a lustre file available
> to the HSM agent so it can avoid copying all the holes in sparse
> files?
There is already an ioctl for this supported by Lustre and ldiskfs
that will allow dumping the extent maps if the HSM so chooses. This
ioctl is also supported in the upstream Linux kernels, so it will
be possible to have generic tools take advantage of it as well.
Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-11-27 8:51 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-26 15:59 [Lustre-devel] sparse files Eric Barton
2008-11-27 8:51 ` Andreas Dilger
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.