On Thu, Apr 27, 2017 at 02:27:54PM -0700, Darrick J. Wong wrote: > XFS transactions are constrained both by space and block reservation > limits and the fact that we have to avoid doing 64-bit divisions. This > means that we can't remap more than 2^32 blocks at a time. However, > file logical blocks are 64-bit in size, so if we encounter a huge remap > request we have to break it up into smaller pieces. But where would we get that huge remap request from? We already did the BUILD_BUG_ON for the max read/write size at least. Also the remaps would now not be atomic, which would be a problem for my O_ATOMIC implementation at least. -- To unsubscribe from this list: send the line "unsubscribe linux-xfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
