linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Goffredo Baroncelli <kreijack@gmail.com>
To: "Swâmi Petaramesh" <swami@petaramesh.org>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: BTRFS, getting darn slower everyday
Date: Mon, 08 Oct 2012 18:46:23 +0200	[thread overview]
Message-ID: <5073035F.6000600@gmail.com> (raw)
In-Reply-To: <5072F63B.5060608@petaramesh.org>

On 10/08/2012 05:50 PM, Swâmi Petaramesh wrote:
> Hi again Goffredo,
>
> Le 08/10/2012 13:38, Goffredo Baroncelli a écrit :
>> I fear that both the combination of autodefrag and the high number of
>> snapshot could be the root-cause of the the bad performance.
> I've removed, on one of my machines, all snapshots but three per subvol
> (keeping the oldests and newest), going from about 30 per subvol to 3,
> for the complete filesystem from 120+ to about a dozen.
>
> Then I let btrfs-cleaner do its job
>
> After that the machine boots to GUI in a bit less than 2 minutes, where
> it was more than 4 minutes previously.
>
> The machine now seems much more reactive and swift.
>
> So it seems that the number or active snapshots (or is it the number of
> subvols whatsoever ??) dramatically impacts performance...

Does the autodefrag options still alive ?
I believe that the snapshot is quite cheap, except if you update the 
shared files one at time. Which should be the case of the autodefrag.
But it is only a my supposition....

Could you please try to avoid the autodefrag option in a machine with an 
high number of snapshot ? I am curios...



>
> Thanks for the suggestion.
>


  reply	other threads:[~2012-10-08 16:46 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
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 [this message]
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=5073035F.6000600@gmail.com \
    --to=kreijack@gmail.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 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).