On Tue, May 3, 2011 at 4:33 AM, Bernhard Schmidt <be...@birkenwald.de> wrote: > Peter Stuge <pe...@stuge.se> wrote: > > Hey, > > defragging btrfs does not seem to work for me. I have run the filefrag > command over the whole fs and (manually) tried to defrag a few heavily > fragmented files, but I don't get it to work (it still has the same > number of extends and they are horrently uncorrelated) > > root@schleppi:~# filefrag > /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.4/cc1 > /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.4/cc1: 72 extents found > root@schleppi:~# btrfs filesystem defrag > /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.4/cc1 > root@schleppi:~# filefrag > /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.4/cc1 > /usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.4/cc1: 72 extents found > > I'm using Ubuntu Natty (2.6.38.4) and tried both btrfs-tools from Natty > (201006xx) and from Debian experimental (git from 20101101). Both show > the same symptoms. I don't think fragmentation is bad on this box (due > to having an SSD), but my system at home is getting dog slow and I'd > like to try that when I come home end of the week.
You're not using compression on that filesystem are you? If so, be aware that the number of extents isn't going to change after defragmentation, although you should find that the _locations_ of those extents is contiguous. -- 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
