From: Dave Chinner <david@fromorbit.com>
To: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
Cc: "xfs@oss.sgi.com" <xfs@oss.sgi.com>
Subject: Re: any chance for xfs shrinking?
Date: Wed, 13 May 2015 08:15:34 +1000 [thread overview]
Message-ID: <20150512221534.GI15721@dastard> (raw)
In-Reply-To: <5551EBB2.9010508@profihost.ag>
On Tue, May 12, 2015 at 02:01:54PM +0200, Stefan Priebe - Profihost AG wrote:
> Hi,
>
> while cloud / vms usage become more and more popular and qemu now also
> offers memory hot add and unplug, cpu hot add and unplug, we still
> suffer from a missing xfs shrink.
Over the years lots of people have come along and said "we want to
implement shrink" and we've pointed them at the pieces that need to
be put together to make it work. However, shrink is a terribly complex
operation which, as Eric has pointed out, scrambles the filesystem
up badly, and so for the most part it isn't a desired operation
to perform on a filesystem.
The reality is that nobody has needed shrink badly enough to push
such a complex set of operations through to completion, or fund a
developer to push it through to completion. Note that it's not just
code that needs to be written, the verification of shrink behaviour
and correctness is also difficult and time consuming.
> I would like to continue to use XFS as it is a rock solid base since
> around 10 years for us.
>
> But one missing piece in variable ressource usage for us is disk
> shrinking. Is there any chance to get an xfs online shrinking?
In a world of infinite resources at my disposal, I'd say yes. But
when I already have a backlog of development work longer than my
arm, finding 3-6 months to implement shrink is not easy to
accomplish. And, really, reverse mapping btrees and parent pointers
come first so that shrink can be implemented efficiently (shrink
needs reverse block-to-path mapping), and that's another 6 months
worth of work before shrink....
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
prev parent reply other threads:[~2015-05-12 22:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-12 12:01 any chance for xfs shrinking? Stefan Priebe - Profihost AG
2015-05-12 12:27 ` Dewangga Bachrul Alam
2015-05-12 12:35 ` Eric Sandeen
2015-05-12 12:41 ` Stefan Priebe - Profihost AG
2015-05-12 18:22 ` Andrey Korolyov
2015-05-13 1:27 ` greg.freemyer
2015-05-12 22:15 ` Dave Chinner [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150512221534.GI15721@dastard \
--to=david@fromorbit.com \
--cc=s.priebe@profihost.ag \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox