Excerpts from Paul Komkoff's message of 2011-01-19 17:31:56 -0500: > 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 :)
Are you using compression? -chris -- 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
