Re: [PATCH] 2.5 port of aio-20020619 for raw devices

From: Benjamin LaHaise (bcrl@redhat.com)
Date: Fri Sep 13 2002 - 14:57:44 EST

Next message: Andrew Morton: "Re: Can prune_icache safely discard inodes which have only clean pages? (2.4.18)"
Previous message: David S. Miller: "Re: Streaming DMA mapping question"
In reply to: Andrew Morton: "Re: [PATCH] 2.5 port of aio-20020619 for raw devices"
Next in thread: Andrew Morton: "Re: [PATCH] 2.5 port of aio-20020619 for raw devices"
Reply: Andrew Morton: "Re: [PATCH] 2.5 port of aio-20020619 for raw devices"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Fri, Sep 13, 2002 at 12:34:36PM -0700, Andrew Morton wrote:
> It has the disadvantage that we may have some data which is mergeable,
> and would in fact nonblockingly fit into a "congested" queue. Don't
> know if that makes a lot of difference in practice.

That's what I was thinking. Not having a congested queue really breaks
aio as your submit point is not supposed to incur significant latency: an
io should -EAGAIN if it would cost a large delay to setup.

-ben

-- 
"You will be reincarnated as a toad; and you will be much happier."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Next message: Andrew Morton: "Re: Can prune_icache safely discard inodes which have only clean pages? (2.4.18)"
Previous message: David S. Miller: "Re: Streaming DMA mapping question"
In reply to: Andrew Morton: "Re: [PATCH] 2.5 port of aio-20020619 for raw devices"
Next in thread: Andrew Morton: "Re: [PATCH] 2.5 port of aio-20020619 for raw devices"
Reply: Andrew Morton: "Re: [PATCH] 2.5 port of aio-20020619 for raw devices"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sun Sep 15 2002 - 22:00:35 EST