Rebalance makes BTRFS 10x slower

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi there,

# uname -r
3.13.6-1-ARCH
# btrfs --version
Btrfs v3.12

After having read the recent discussion about rebalance, I ran it for a test 
on my laptop with a 1TB HD, which current situation (after rebalance) is :

# btrfs fi sh
Label: TETHYS  uuid: 9a1ca6f4-1c1b-4a62-a84b-b388066084dc
        Total devices 1 FS bytes used 575.56GiB
        devid    1 size 845.00GiB used 580.06GiB path /dev/dm-3

Label: BOOT  uuid: 6a16d133-4b99-47b2-876f-148a8266f58f
        Total devices 1 FS bytes used 67.99MiB
        devid    1 size 1.00GiB used 144.00MiB path /dev/dm-0

Btrfs v3.12

# btrfs fi df /
Data, single: total=574.00GiB, used=573.60GiB
System, DUP: total=32.00MiB, used=72.00KiB
Metadata, DUP: total=3.00GiB, used=1.96GiB

# df -h /boot /
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/dm-0          1,0G     68M  924M   7% /boot
/dev/dm-3          845G    578G  266G  69% /


The rebalance for the biggest BTRFS took about 19 hours.

I was expecting either a speed improvement after rebalance, or no noticeable 
effect, but I am extremely disappointed to see that now (and after having 
rebooted), my system has become slow like hell, takes at least 10x longer to 
boot and operate, to the point it has become hardly usable :-(

I would have thought a rebalance would have improved the filesystem 
organization, looks like it's the absolute contrary :-(

-- 
Swâmi Petaramesh <swami@xxxxxxxxxxxxxx> http://petaramesh.org PGP 9076E32E

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux