On Wed, Jan 19, 2011 at 9:25 PM, Chris Mason <chris.ma...@oracle.com> wrote: > The defrag code doesn't actually defrag. It opens up the file and > recows all the extents and then the delayed allocation code jumps in and > makes the biggest possible extent that it can. > > The reason why you're still seeing extents after running the defrag > command is because the file hasn't been written yet, so the delayed > allocation code hasn't kicked in. > > If you use btrfs fi defrag -f it'll trigger writeback on the file and > you should see the results of the defrag sooner.
I tried, and just tried it again, with the same file. I even tried doing btrfs fi sync in random order. No matter what I do, it's still 132 extents :) -- This message represents the official view of the voices in my head -- 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