[...]
Here the requested information of my fs (after removing a lot of build
directories):
franzbroetchen# uname -a
Linux franzbroetchen 4.0.0-1-amd64 #1 SMP Debian 4.0.2-1 (2015-05-11)
x86_64 GNU/Linux
franzbroetchen# btrfs --version
btrfs-progs v4.0
franzbroetchen# btrfs fi
=0 but it didn't help. The metadata size stayed at 10G and was
filled up to nearly 10G.
My question is: Can this metadata size limit be changed to allow more
small files on the filesystem? And if yes, how?
According to the kernel btrfs documentation, metadata_ratio= is
currently off by default. So
is the metadata. I've tried to run the balance command with
-dusage=0 but it didn't help. The metadata size stayed at 10G and was
filled up to nearly 10G.
Try with -dusage=5, or with -dlimit=3.
The kernel should be automatically freeing up completely empty
chunks (i.e. usage=0), so
Hi guys,
My Btrfs fs has a performance problem which I hope you can help me
solve. I have a dataset of around 3.15 TiB, that has lived on a ZFS
volume for almost two years (ZRAID1, 4 2TiB disks). In order to move
to Btrfs I bought myself a 4TiB disk with the idea of buying a new one
next week and
I use Ubuntu with kernel 3.8.0-19-generic. I also tested with the
latest live disk of Arch Linux; write performance was the same (bad).
My mount options: rw,compress=lzo.
Iotop does not show any strange disk activity.
2013/4/28 Harald Glatt m...@hachre.de:
On Sun, Apr 28, 2013 at 9:10 PM, John
On Sun, Apr 28, 2013 at 9:18 PM, John . btrfsp...@gmail.com wrote:
I use Ubuntu with kernel 3.8.0-19-generic. I also tested with the
latest live disk of Arch Linux; write performance was the same (bad).
My mount options: rw,compress=lzo.
Iotop does not show any strange disk activity.
and the metadata size also grew. No problems in that department
either. ;-)
2013/4/28 Harald Glatt m...@hachre.de:
On Sun, Apr 28, 2013 at 9:18 PM, John . btrfsp...@gmail.com wrote:
I use Ubuntu with kernel 3.8.0-19-generic. I also tested with the
latest live disk of Arch Linux; write performance
Because performance was good again I was able to spam the volume with
data and the metadata size also grew. No problems in that department
either. ;-)
2013/4/28 Harald Glatt m...@hachre.de:
On Sun, Apr 28, 2013 at 9:18 PM, John . btrfsp...@gmail.com wrote:
I use Ubuntu with kernel 3.8.0-19
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/04/13 12:57, Harald Glatt wrote:
If you want better answers ...
There is a lot of good information at the wiki and it does see regular
updates. For example the performance mount options are on this page:
On Sun, Apr 28, 2013 at 2:17 PM, Roger Binns rog...@rogerbinns.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/04/13 12:57, Harald Glatt wrote:
If you want better answers ...
There is a lot of good information at the wiki and it does see regular
updates. For example the
[how'd that send button get there]
space_cache is the default, set by mkfs, for a year or so now. It's
sticky, so even if it wasn't, you'd only need to mount with it once.
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to
On Thu, 14 Jun 2012 13:33:16 +0200
David Sterba d...@jikos.cz wrote:
On Sat, Jun 09, 2012 at 01:38:22AM +0600, Roman Mamedov wrote:
Before the upgrade (on 3.2.18):
Metadata, DUP: total=9.38GB, used=5.94GB
After the FS has been mounted once with 3.4.1:
Data: total=3.44TB,
On Sat, Jun 09, 2012 at 01:38:22AM +0600, Roman Mamedov wrote:
Before the upgrade (on 3.2.18):
Metadata, DUP: total=9.38GB, used=5.94GB
After the FS has been mounted once with 3.4.1:
Data: total=3.44TB, used=2.67TB
System, DUP: total=8.00MB, used=412.00KB
System: total=4.00MB,
Did you try balance ? (also there is a balance option
to pick the least utilized metadata chunks).
in long run when you have the understanding of your
files and sizes tuning using mount option metadata_ratio
might help.
but not sure how the metadata expanded to 84.38G
was there any
On Sat, 2012-06-09 at 01:38 +0600, Roman Mamedov wrote:
Hello,
Before the upgrade (on 3.2.18):
Metadata, DUP: total=9.38GB, used=5.94GB
After the FS has been mounted once with 3.4.1:
Data: total=3.44TB, used=2.67TB
System, DUP: total=8.00MB, used=412.00KB
System: total=4.00MB,
Hello,
Before the upgrade (on 3.2.18):
Metadata, DUP: total=9.38GB, used=5.94GB
After the FS has been mounted once with 3.4.1:
Data: total=3.44TB, used=2.67TB
System, DUP: total=8.00MB, used=412.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=84.38GB, used=5.94GB
Where did my 75 GB
I'm a little concerned about the size of my metadata. I'm doing
raid10 on both data and metadata, and:
h...@vlad:mnt $ sudo btrfs fi df /mnt
Data: total=488.01GB, used=487.23GB
Metadata: total=3.01GB, used=677.73MB
System: total=11.88MB, used=52.00KB
h...@vlad:mnt $ find /mnt | wc -l
20137
17 matches
Mail list logo
