From: Hans van Kranenburg <hans.van.kranenburg@mendix.com>
To: Adam Borowski <kilobyte@angband.pl>,
Cloud Admin <admin@cloud.haefemeier.eu>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: How to disable/revoke 'compression'?
Date: Sun, 3 Sep 2017 20:30:59 +0200 [thread overview]
Message-ID: <e5ac8e29-ef97-0b9b-cdaa-cb928686d0d6@mendix.com> (raw)
In-Reply-To: <20170903180636.ayrubvma7awbki6i@angband.pl>
On 09/03/2017 08:06 PM, Adam Borowski wrote:
> On Sun, Sep 03, 2017 at 07:32:01PM +0200, Cloud Admin wrote:
>> Hi,
>> I used the mount option 'compression' on some mounted sub volumes. How
>> can I revoke the compression? Means to delete the option and get all
>> data uncompressed on this volume.
>> Is it enough to remount the sub volume without this option? Or is it
>> necessary to do some addional step (balancing?) to get all stored data
>> uncompressed.
>
> If you set it via mount option, removing the option is enough to disable
> compression for _new_ files. Other ways are chattr +c and btrfs-property,
> but if you haven't heard about those you almost surely don't have such
> attributes set.
>
> After remounting, you may uncompress existing files. Balancing won't do
> this as it moves extents around without looking inside; defrag on the other
> hand rewrites extents thus as a side effect it applies new [non]compression
> settings. Thus: 「btrfs fi defrag -r /path/to/filesystem」.
>
>> Beside of it, is it possible to find out what the real and compressed size
>> of a file, for example or the ratio?
>
> Currently not.
>
> I've once written a tool which does this, but 1. it's extremely slow, 2.
> insane, 3. so insane a certain member of this list would kill me had I
> distributed the tool. Thus, I'd need to rewrite it first...
Heh, I wouldn't do that, since I need you to do my debian uploads. :D
But it would certainly help to be a bit less stubborn only wanting to
code in the language that matches your country code. :O
Or maybe I can help a bit, since it sounds like a nice one for the
coding examples in the lib. ;] Days are getting shorter again, so the
amount of indoor coding activity will hopefully increase a bit again soon.
--
Hans van Kranenburg
next prev parent reply other threads:[~2017-09-03 18:38 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-03 17:32 How to disable/revoke 'compression'? Cloud Admin
2017-09-03 18:06 ` Adam Borowski
2017-09-03 18:30 ` Hans van Kranenburg [this message]
2017-09-04 15:04 ` Adam Borowski
2017-09-03 23:55 ` Qu Wenruo
2017-09-04 0:14 ` Adam Borowski
2017-09-04 2:17 ` Qu Wenruo
2017-09-05 11:36 ` Austin S. Hemmelgarn
2017-09-05 12:52 ` Qu Wenruo
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=e5ac8e29-ef97-0b9b-cdaa-cb928686d0d6@mendix.com \
--to=hans.van.kranenburg@mendix.com \
--cc=admin@cloud.haefemeier.eu \
--cc=kilobyte@angband.pl \
--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