From: Goffredo Baroncelli <kreijack@gmail.com>
To: David Nicol <davidnicol@gmail.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Updating the wiki pages adding btrfs command [Was Re: reserving an IOCTL number; other details]
Date: Wed, 15 Sep 2010 21:29:06 +0200 [thread overview]
Message-ID: <201009152129.07222.kreijack@libero.it> (raw)
In-Reply-To: <AANLkTink+VTm9boFmF8kUqqfJ+nL3Z0xC8MQmhDh7KtM@mail.gmail.com>
On Wednesday, 15 September, 2010, David Nicol wrote:
> btrfs s ... is imprecise, as the operation isn't on a subvolume, but
> on the fi where the s used to be but isn't any more.
ok
>
> With your approval I'll go with "filesystem garbage-collection" which
> can be abbrevd to
>
> btrfs fi g /butter 30000 || echo there should be some more space now \
> but it would have taken more than 30 sec to clean it all
>
> and in some imaginary future might trigger something instead of simply
> waiting for something.
I don't like too much "garbage-collector". It seems that you can start a
"garbage collector". Instead we wait the finish of the garbage collector
activity.
I would like also to have the option to wait in "btrfs subvolume delete"
# btrfs subvolume delete --wait /path/to/subvolume
(instead of "--wait", we can use "--sync"...)
In any case could you highlight the behavior of your ioctl when two snapshot
deletions are performed. Does the ioctl wait the end of both the snapshot
deletion ?
Regards
G.Baroncelli
--
gpg key@ keyserver.linux.it:Goffredo Baroncelli (ghigo) <kreijackATinwind.it>
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
next prev parent reply other threads:[~2010-09-15 19:29 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-12 19:40 reserving an IOCTL number; other details David Nicol
2010-09-12 22:08 ` David Nicol
2010-09-13 17:23 ` Goffredo Baroncelli
2010-09-13 20:15 ` David Nicol
2010-09-13 20:19 ` David Nicol
2010-09-13 20:22 ` Goffredo Baroncelli
2010-09-14 19:25 ` Updating the wiki pages adding btrfs command [Was Re: reserving an IOCTL number; other details] Goffredo Baroncelli
2010-09-15 14:10 ` David Nicol
2010-09-15 17:51 ` Goffredo Baroncelli
2010-09-15 18:35 ` David Nicol
2010-09-15 19:29 ` Goffredo Baroncelli [this message]
2010-09-15 18:41 ` Josh Berry
2010-09-15 20:54 ` David Nicol
2010-09-15 21:07 ` Updating the wiki pages adding btrfs command Chris Ball
2010-09-15 21:46 ` Josh Berry
2010-09-15 21:52 ` Chris Ball
2010-09-15 22:19 ` Josh Berry
2010-09-15 22:31 ` Sage Weil
2010-09-15 22:33 ` Sage Weil
2010-09-15 22:37 ` Chris Ball
2010-09-15 23:46 ` Josh Berry
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=201009152129.07222.kreijack@libero.it \
--to=kreijack@gmail.com \
--cc=davidnicol@gmail.com \
--cc=kreijack@libero.it \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).