Martin, Excellent analysis.
> On 12/07/2014 07:40 AM, Martin Steigerwald wrote: > > So while the core problem isn't insoluble, in real life it is _not_ > _worth_ _solving_. I agree. There is inadequate return on the investment. In addition, the number of corner cases increases dramatically, making testing significantly more complex. > On a nearly empty filesystem, it's going to fit. > > In a reasonably empty filesystem, it's going to fit. > > On a nearly full filesystem, it may or may not fit. > > On a filesystem that is so close to full that you have reason to doubt > it will fit, you are going to have a very bad time even if it fits. > > If you did manage to invent and implement an fallocate algorythm that > could make this promise and make it stick, then some other running > program is what's going to crash when you use up that last byte anyway. > > Almost full filesystems are their own reward. In other words, BTRFS acts like any other filesystem with compression. This is reasonable. Peter Ashford -- 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