public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Benjamin LaHaise <bcrl@redhat.com>
To: Andrew Morton <akpm@digeo.com>
Cc: Badari Pulavarty <pbadari@us.ibm.com>,
	linux-aio@kvack.org, lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/2] 2.5.46 AIO support for raw/O_DIRECT
Date: Wed, 6 Nov 2002 02:05:05 -0500	[thread overview]
Message-ID: <20021106020505.A11610@redhat.com> (raw)
In-Reply-To: <3DC86DAC.4EBB59C8@digeo.com>; from akpm@digeo.com on Tue, Nov 05, 2002 at 05:17:32PM -0800

On Tue, Nov 05, 2002 at 05:17:32PM -0800, Andrew Morton wrote:
> Or not proceed with this patch at all.  If this is to be the
> only code which wishes to perform page list motion at interrupt
> time, perhaps it's not justifiable?
> 
> I really don't have a feeling for how valuable this is, nor
> do I know whether there will be other code which wants to
> perform page list manipulation at interrupt time.

I can think of a few other places that would like to perform page 
motion from irq context: anything else doing zero copy or page 
flipping, and more importantly the O(1) vm code that's being worked 
on.  The latter is actually quite important as we've got a number 
of customers running into problems with some of the algorithms in 
the 2.4 kernel where the kernel does not perform any list motion 
from irq context and this results in excess cpu time spent traversing 
lists to see if io has completed.

> In fact I also don't know where the whole AIO thing sits at
> present.  Is it all done and finished?  Is there more to come,
> and if so, what??

There's more to come.  The bits I'm working on are running in kernel 
context mainly to simplify the copy_*_user case since we don't have 
full zero copy semantics available and coping with pinned pages is 
a challenge in a multiuser system, plus it makes reusing the existing 
networking code a lot easier.  Basically, anything that involves a 
copy of data is likely to be better implemented running in a task to 
get the priority of execution correct, whereas anything involving 
zero copy io is going to want completion from irq or bottom half 
context and hence dirty pages.  Does that make sense?

		-ben
-- 
"Do you seek knowledge in time travel?"

  reply	other threads:[~2002-11-06  6:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-06  1:03 [PATCH 2/2] 2.5.46 AIO support for raw/O_DIRECT Badari Pulavarty
2002-11-06  1:17 ` Andrew Morton
2002-11-06  7:05   ` Benjamin LaHaise [this message]
2002-11-06  7:23     ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021106020505.A11610@redhat.com \
    --to=bcrl@redhat.com \
    --cc=akpm@digeo.com \
    --cc=linux-aio@kvack.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pbadari@us.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox