Hey there Henk, btrfs-enthusiasts, On 01/24/2016 03:30 AM, Henk Slager wrote: > It might be that just a full balance runs faster, so no filters, you > could try that. Otherwise I wouldn't know how to speedup, hopefully > the fs is still usable while balancing. Yes the FS is still usable, munin shows just a little increate in iops and disk latency. The filter should not affect the performance of a balance at all. I am simply saying to only consider chunks which are not spread across all disks yet. Finding out a chunks data distribution should not add any burden on the balancing. The balancing is still VERY VERY slow, we still have 93% left to balance. But since I did not hit any hardware limit (CPU or disk IO) I am confident to say btrfs-balance is buggy in this regard. CPU single thread performance will not explode anytime soon. But disks (or SSD) will still grow in size and so will their potential iops. With a 8 - 12 disk array growth I am not doing something crazy that has never been done before on a storage array either ;-) Regards Christian -- 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
