All of lore.kernel.org
 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 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.