linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 16:48:53 +0200	[thread overview]
Message-ID: <201210071648.54027.Martin@lichtvoll.de> (raw)
In-Reply-To: <50718C44.2080701@petaramesh.org>

Am Sonntag, 7. Oktober 2012 schrieb Swâmi Petaramesh:
> Le 07/10/2012 12:59, Martin Steigerwald a écrit :
> > btrfs fi df (preferably with btrfs tools from Goffredo)
> > btrfs fi show
> 
> I don't think I miss any free space ;-)

Well I could I know this beforehand?

> (From one of my machines, but the others have rather the same
> architecture...)
> 
> # btrfs fi sh
> failed to read /dev/sr0
> Label: 'BTR_POOL'  uuid: 7266e630-ba72-404c-bfbd-759d3a6ce2e3
>     Total devices 1 FS bytes used 278.55GB
>     devid    1 size 912.26GB used 464.04GB path /dev/dm-1

Hmmm. Looks fine for me.

Where is this volume pool located on? On which drive(s)?

> Label: 'BTR_BOOT'  uuid: b280100e-6a9a-4488-a207-d4e3f001b4c9
>     Total devices 1 FS bytes used 504.39MB
>     devid    1 size 1.00GB used 729.50MB path /dev/sda2
> 
> 
> # btrfs fi df /boot
> System: total=4.00MB, used=4.00KB
> Data+Metadata: total=725.50MB, used=504.38MB
> 
> # btrfs fi df /
> Data: total=426.01GB, used=273.00GB
> System, DUP: total=8.00MB, used=56.00KB
> System: total=4.00MB, used=0.00
> Metadata, DUP: total=19.00GB, used=5.55GB
> Metadata: total=8.00MB, used=0.00
> 
> # df -h /boot /
> Filesystem      Size  Used Avail Use% Mounted on
> /dev/sda2       1,1G  505M  517M  50% /boot
> -               913G  285G  602G  33% /
> 
> 
> ...and I have quite a lot of snapshots, as I use OpenSuSE excellent
> "snapper" utility :
[…]
> ...or if you prefer, something like :
> 
> # btrfs su li /
> ID 256 top level 5 path UBUNTU
> ID 259 top level 5 path UBUNTU/@
> ID 261 top level 5 path UBUNTU/@tmp
> ID 262 top level 5 path UBUNTU/@home

This could be 100 or more subvolumes / snapshots.

Maybe slowness could be related to this one.

It would be good to have some capture of this slowness with

vmstat 10

iostat -xd 10 /your/device

or something like that. Especially for the later, cause it shows the count 
of reads and writes.

Also how much RAM has the machine? What does free -m / cat /proc/meminfo 
tell.

Other than that I leave this too BTRFS developers to answer to. I think 
that this has become easier by the data you provided.

Thanks,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

  reply	other threads:[~2012-10-07 14:48 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 [this message]
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=201210071648.54027.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).