All of lore.kernel.org
 help / color / mirror / Atom feed
From: Goffredo Baroncelli <kreijack@gmail.com>
To: Martin Steigerwald <Martin@lichtvoll.de>
Cc: linux-btrfs@vger.kernel.org,
	"Swâmi Petaramesh" <swami@petaramesh.org>, Alex <alex@bpmit.com>,
	"Liu Bo" <bo.li.liu@oracle.com>
Subject: Re: BTRFS, getting darn slower everyday
Date: Mon, 08 Oct 2012 00:47:07 +0200	[thread overview]
Message-ID: <5072066B.4020604@gmail.com> (raw)
In-Reply-To: <201210071644.19815.Martin@lichtvoll.de>

On 10/07/2012 04:44 PM, Martin Steigerwald wrote:
>> Plus, with respect to snapshots, isn't this going to increase a lot my
>> >  used disk space ?
> I don´t think so, but I will leave this to a developer to answer.
>
IIRC the defrag is not [fully] snapshot aware, so de-frag-ging a 
snapshot-ted file should break the COW link.
Liu Bo is working to patch on that: see " Btrfs: use flag EXTENT_DEFRAG 
for snapshot-aware defrag" dated 2012/09/17.

Please could you clarify if you are using the "autodefrag" options when 
you have the performance problem ? Are you in position to to reduce the 
number of snapshot from hundreds to few  ?


  reply	other threads:[~2012-10-07 22:47 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-07  9:26 BTRFS, getting darn slower everyday Swâmi Petaramesh
2012-10-07 10:59 ` Martin Steigerwald
2012-10-07 14:05   ` Swâmi Petaramesh
2012-10-07 14:48     ` Martin Steigerwald
2012-10-08  6:16       ` Swâmi Petaramesh
2012-12-09  5:17       ` Jan Engelhardt
2012-12-09 10:13         ` Martin Steigerwald
2012-12-09 10:41         ` Roman Mamedov
2012-12-09 11:20           ` Swâmi Petaramesh
2012-12-09 11:38             ` Hugo Mills
2012-12-09 22:51               ` Bob Marley
2012-12-09 14:38           ` Jan Engelhardt
2012-10-07 11:02 ` Martin Steigerwald
2012-10-07 12:33 ` Alex
2012-10-07 13:19   ` Swâmi Petaramesh
2012-10-07 14:44     ` Martin Steigerwald
2012-10-07 22:47       ` Goffredo Baroncelli [this message]
2012-10-08  6:08         ` Swâmi Petaramesh
2012-10-08 11:38           ` Goffredo Baroncelli
2012-10-08 13:36             ` Swâmi Petaramesh
2012-10-08 15:50             ` Swâmi Petaramesh
2012-10-08 16:46               ` Goffredo Baroncelli
2012-10-08  6:22       ` Swâmi Petaramesh
2012-11-14 16:17     ` Peter Maloney
2012-10-07 13:00 ` Martin Steigerwald
2012-10-07 13:14   ` Swâmi Petaramesh
2012-10-07 14:41     ` Martin Steigerwald
2012-10-08 16:09 ` Josef Bacik
2012-10-08 16:15   ` Swâmi Petaramesh
2012-10-08 16:31     ` Josef Bacik

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=5072066B.4020604@gmail.com \
    --to=kreijack@gmail.com \
    --cc=Martin@lichtvoll.de \
    --cc=alex@bpmit.com \
    --cc=bo.li.liu@oracle.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=swami@petaramesh.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.