All of lore.kernel.org
 help / color / mirror / Atom feed
From: Omar Sandoval <osandov@osandov.com>
To: dsterba@suse.cz, linux-btrfs@vger.kernel.org, kernel-team@fb.com
Subject: Re: [PATCH v5 0/6] Btrfs: implement swap file support
Date: Thu, 6 Sep 2018 11:08:49 -0700	[thread overview]
Message-ID: <20180906180849.GB27057@vader> (raw)
In-Reply-To: <20180906115954.GZ24025@twin.jikos.cz>

On Thu, Sep 06, 2018 at 01:59:54PM +0200, David Sterba wrote:
> On Fri, Aug 31, 2018 at 03:36:35PM -0700, Omar Sandoval wrote:
> > This series implements swap file support for Btrfs.
> > 
> > Changes since v4 [1]:
> > 
> > - Added a kernel doc for btrfs_get_chunk_map()
> > - Got rid of "Btrfs: push EXCL_OP set into btrfs_rm_device()"
> > - Made activate error messages more clear and consistent
> > - Changed clear vs unlock order in activate error case
> > - Added "mm: export add_swap_extent()" as a separate patch
> > - Added a btrfs_wait_ordered_range() at the beginning of
> >   btrfs_swap_activate() to catch newly created files
> > - Added some Reviewed-bys from Nikolay
> > 
> > I took a stab at adding support for balance when a swap file is active,
> > but it's a major pain: we need to mark block groups which contain swap
> > file extents, check the block group counter in relocate/scrub, then
> > unmark the block groups when the swap file is deactivated, which gets
> > really messy because the file can grow while it is an active swap file.
> > If this is a deal breaker, I can work something out, but I don't think
> > it's worth the trouble.
> 
> I'm afraid it is a deal breaker. Unlike dev-replace or resize, balance
> is used more often so switching off the swap file for the duration of
> the operation is administration pain.
> 
> If it's possible to constrain the swap file further, like no growing
> that you mention, or mandatory preallocation or similar, then I hope it
> would make it possible to implement in a sane way.

Alright, I'll have another go.

      reply	other threads:[~2018-09-06 22:45 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-31 22:36 [PATCH v5 0/6] Btrfs: implement swap file support Omar Sandoval
2018-08-31 22:36 ` [PATCH v5 1/6] mm: split SWP_FILE into SWP_ACTIVATED and SWP_FS Omar Sandoval
2018-08-31 22:36 ` [PATCH v5 2/6] mm: export add_swap_extent() Omar Sandoval
2018-08-31 22:36 ` [PATCH v5 3/6] vfs: update swap_{,de}activate documentation Omar Sandoval
2018-08-31 22:36 ` [PATCH v5 4/6] Btrfs: prevent ioctls from interfering with a swap file Omar Sandoval
2018-08-31 22:36 ` [PATCH v5 5/6] Btrfs: rename get_chunk_map() and make it non-static Omar Sandoval
2018-08-31 22:36 ` [PATCH v5 6/6] Btrfs: support swap files Omar Sandoval
2018-09-06 11:59 ` [PATCH v5 0/6] Btrfs: implement swap file support David Sterba
2018-09-06 18:08   ` Omar Sandoval [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=20180906180849.GB27057@vader \
    --to=osandov@osandov.com \
    --cc=dsterba@suse.cz \
    --cc=kernel-team@fb.com \
    --cc=linux-btrfs@vger.kernel.org \
    /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 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.