At 07/21/2016 11:47 PM, Graham Cobb wrote:
On 21/07/16 09:19, Qu Wenruo wrote:
We don't usually get such large extent tree dump from a real world use
case.
Let us know if you want some more :-)
I have a heavily used single disk BTRFS filesystem with about 3.7TB in
use and about 9 million extents. I am happy to provide an extent dump
if it is useful to you. Particularly if you don't need me to actually
unmount it (i.e. you can live with some inconsistencies).
Btrfs-debug-tree can dump fs on-line. But I'm not sure if the result is
consistent.
BTW, for the original problem (slow mount and fsck OOM), although we
have no progress to handle slow mount but use defrag to reduce the
number of extents, for fsck OOM, the lowmem mode now can handle all the
trees.
So now lowmem mode should not cause OOM now, but it may take much longer
time if you have multiple snapshots.
It would be nice if you could try it, especially to see if the lowmem
mode really lives up to its name.
Thanks,
Qu
--
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
--
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
