xfs
[Top] [All Lists]

Re: stop using ioends for direct write completions

To: Brian Foster <bfoster@xxxxxxxxxx>
Subject: Re: stop using ioends for direct write completions
From: Christoph Hellwig <hch@xxxxxx>
Date: Tue, 2 Feb 2016 17:42:37 +0100
Cc: xfs@xxxxxxxxxxx, darrick.wong@xxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20160202153117.GB1853@xxxxxxxxxxxxxxx>
References: <1452766237-2314-1-git-send-email-hch@xxxxxx> <20160128131656.GB14876@xxxxxxxxxxxxx> <20160129141232.GA43184@xxxxxxxxxxxxxxx> <20160202112046.GB28777@xxxxxx> <20160202153117.GB1853@xxxxxxxxxxxxxxx>
User-agent: Mutt/1.5.17 (2007-11-01)
On Tue, Feb 02, 2016 at 10:31:18AM -0500, Brian Foster wrote:
> FWIW, I don't see any such review comments against the three versions of
> the "DIO needs an ioend for writes" patch I have in my mailbox, but I
> easily could have missed something..? But if there wasn't time, then
> fair enough.

I'll have to look at the mailboxes, but I remember Dave sending this
out and complaining.

> I'm just looking for context. I don't have much of an opinion on which
> approach is used here. If it simplifies COW, then that seems good enough
> reason to me to take this approach. I'm pointing this out more because
> this code seems to have been rewritten the last couple of times we
> needed to fix something, which makes backports particularly annoying.
> The two patches above were associated with a broader enhancement and a
> bug fix (respectively) as a sort of justification, whereas this post had
> a much more vague purpose from what I could tell, and therefore why I at
> least hadn't taken the time to review it.
> 
> If COW is the primary motivator, perhaps we can bundle it with that
> work?

The prime motivator is to:

 (1) avoid a pointless memory allocation
 (2) avoid a pointless context switch
 (3) avoid pointless code complexity

COW is just another case where these show up.

<Prev in Thread] Current Thread [Next in Thread>