Chris Murphy posted on Mon, 26 Aug 2013 09:15:46 -0600 as excerpted: > I'm uncertain if autodefrag avoids this problem. It does seem like in > certain instances, like this, the file system needs to be able to prune > itself somehow, like a partial balance to consolidate data chunks and > then release their space so they can become metadata chunks. Intriguing question re defrag. I hadn't thought of the possibility until you suggested it, but indeed, tracking hundreds of extents instead of one or a dozen, does sound like it could reduce metadata usage, reducing the chance of running into the issue in the first place as well as lessening the chance of a "simple" delete temporarily requiring significant new metadata resources in ordered to track all those extent frees before the final atomic root entry update. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- 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
