On Thu, Jun 5, 2014 at 12:27 AM, Fajar A. Nugraha <l...@fajar.net> wrote: > On Thu, Jun 5, 2014 at 5:15 AM, Igor M <igor...@gmail.com> wrote: >> Hello, >> >> Why btrfs becames EXTREMELY slow after some time (months) of usage ? > >> # btrfs fi show >> Label: none uuid: b367812a-b91a-4fb2-a839-a3a153312eba >> Total devices 1 FS bytes used 2.36TiB >> devid 1 size 2.73TiB used 2.38TiB path /dev/sde > >> # btrfs fi df /mnt/old >> Data, single: total=2.36TiB, used=2.35TiB > > Is that the fs that is slow? > > It's almost full. Most filesystems would exhibit really bad > performance when close to full due to fragmentation issue (threshold > vary, but 80-90% full usually means you need to start adding space). > You should free up some space (e.g. add a new disk so it becomes > multi-device, or delete some files) and rebalance/defrag. > > -- > Fajar
Yes this one is slow. I know it's getting full I'm just copying to new disk (it will take days or even weeks!). It shouldn't be so much fragmented, data is mostly just added. But still, can reading became so slow just because fullness and fragmentation ? It just seems strange to me. If it would be 60Mb/s instead 130, but so much slower. I'll delete some files and see if it will be faster, but it will take hours to copy them to new disk. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
