On Tue, Sep 19, 2017 at 01:39:55PM -0400, Brian Foster wrote: > I'm not sure what difference it makes regardless. We still have to wait > for an allocation to complete before we can issue an I/O. IIRC, the old > defer allocs to a wq thing was more about saving stack space than > providing async behavior. At least in theory we could do the allocation from one workqueue and submit the I/O from the next one. Except for the lack of modern workqueues that is what the historic AIO code in RHEL2.1 (and maybe 3.0, but I'm not sure did). -- 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
