On 03/09/2017 10:54 AM, David Sterba wrote: > On Sun, Feb 19, 2017 at 07:30:59AM -0600, Goldwyn Rodrigues wrote: >> From: Goldwyn Rodrigues <[email protected]> >> >> We are facing the same problem with EDQUOT which was experienced with >> ENOSPC. Not sure if we require a full ticketing system such as ENOSPC, but >> here is a fix. Let me know if it is too big a hammer. > > On first look it does seem too heavy. Do you have numbers what's the > slowdown? If it's bearable we can stick with it and implement the > ticketed approach. >
No, I don't have numbers because it is the case of when it reaches low on space only. When it meets the condition to return EDQUOUT, tt starts the commit in order to get the data to disk, or more importantly the discards, and get the true value to check. OTOH, a ticketing system will also do the same, but it will restart the process when it is assured that there is enough to continue. The current ticketing system is designed for ENOSPC or the whole filesystem tree. -- Goldwyn -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
