Alex Tomas wrote:
3) scalable reservation required for delayed allocation to avoid -ENOSPC at flush time. current version uses per-sb spinlock.
Can you elaborate on this issue? Shouldn't delayed allocation decrement free space immediately, and only the actual block location choice is delayed? Or is this due to potential extra metadata space required as blocks are allocated?
Thanks, -Eric - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
