From: Martin Steigerwald <Martin@lichtvoll.de>
To: linux-btrfs@vger.kernel.org
Cc: "Swâmi Petaramesh" <swami@petaramesh.org>
Subject: Re: BTRFS, getting darn slower everyday
Date: Sun, 7 Oct 2012 12:59:05 +0200 [thread overview]
Message-ID: <201210071259.05801.Martin@lichtvoll.de> (raw)
In-Reply-To: <50714AC8.4010100@petaramesh.org>
Am Sonntag, 7. Oktober 2012 schrieb Swâmi Petaramesh:
> Hi,
>
> I have 4 machines, all converted to BTRFS about 6 months ago, now all
> running Ubuntu Quantal with kernel 3.5.0-17
>
> The matter is that all these machines are now getting slower and slower
> everyday, every disk access causing the disk to be 100% busy for long
> periods, to the point that I'm now seriously considering migrating
> everything back to ext4...
>
> From the start BTRFS was "not very fast", still satisfactory, but now
> it becomes truly unusable.
>
> On one machine, I know have a typical complete boot time to a usable
> GUI that is over 4 minutes, with the HD still very busy for a couple
> more minutes afterwards, where it used to be around 35-40 seconds in
> ext4 !
>
> Is there anything I could do to speed things back (without losing all
> my snapshots or doubling the size of data on disk)...?
>
> I already had made the move back from BTRFS to ext4 about 18 months
> ago, I found it had improved so was back to BTRFS, and I wouldn't have
> to revert back again :-/
>
> Any advice or help greatly appreciated.
I experienced this on my oldest BTRFS filesystems on a ThinkPad T23 as
well. Especially with fsync() based workloads like apt / aptitude dist-
upgrade. I use eatmydata for these operations for now on this laptop.
A balance didn´t work. I considering to redo those as node and leaf size
16 KiB. But then anything above kernel 3.3 doesn´t resume reliably on the
machine and I did not yet get into to finding out why. A kernel bisect
would take ages on this machine unless I compile the kernels somewhere
else.
Anyway, I think to better see what your issue is, it would be good to have
some more information about free space and state of your BTRFS filesystem.
Such as
btrfs fi df (preferably with btrfs tools from Goffredo)
btrfs fi show
for starters.
[1] See Goffredo Baroncelli,
[PATCH][BTRFS-PROGS][V3] btrfs filesystem df last thursday:
You can pull this change from
http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
branch
disk_free
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
next prev parent reply other threads:[~2012-10-07 10:59 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 [this message]
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
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=201210071259.05801.Martin@lichtvoll.de \
--to=martin@lichtvoll.de \
--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).