Date: Wed, 19 Dec 2001 21:39:10 -0800 (PST)
Message-Id: <20011219.213910.15269313.davem@redhat.com>
To: bcrl@redhat.com
Cc: billh@tierra.ucsd.edu, torvalds@transmeta.com,
        linux-kernel@vger.kernel.org, linux-aio@kvack.org
Subject: Re: aio
From: "David S. Miller" <davem@redhat.com>
In-Reply-To: <20011219224717.A3682@redhat.com>
In-Reply-To: <20011219190716.A26007@burn.ucsd.edu>
	<20011219.191354.65000844.davem@redhat.com>
	<20011219224717.A3682@redhat.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org

   From: Benjamin LaHaise <bcrl@redhat.com>
   Date: Wed, 19 Dec 2001 22:47:17 -0500

   Well maybe yourself and others should make some comments about it then.
   
Because, like I keep saying, it is totally uninteresting for most of
us.

   Who cares about Java?

The people telling me on this list how important AIO is for Linux :-)

   What about high performance LDAP servers or tux-like 
   userspace performance?

People have done "faster than TUX" userspace web service with the
current kernel, that is without AIO.  There is no reason you can't
do a fast LDAP server with the current kernel either, any such claim
is simply rubbish.  Why do we need AIO again?

   How about faster select and poll?

You don't need faster select and poll as demonstrated by the
userspace "faster than TUX" example above.

   An X server that doesn't have to make a syscall to find out that
   more data has arrived?

Who really needs this kind of performance improvement?  Like anyone
really cares if their window gets the keyboard focus or a pixel over a
AF_UNIX socket a few nanoseconds faster.  How many people do you think
believe they have unacceptable X performance right now and that
select()/poll() syscalls overhead is the cause?  Please get real.

People who want graphics performance are not pushing their data
through X over a filedescriptor, they are either using direct
rendering in the app itself (ala OpenGL) or they are using shared
memory for the bulk of the data (ala Xshm or Xv extensions).

   What about nbd or iscsi servers that are in userspace and have all
   the benefits  that their kernel side counterparts do?

I do not buy this claim that it is not possible the achieve the
desired performance using existing facilities.

The only example of AIO benefitting performance I see right now are
databases.

Franks a lot,
David S. Miller
davem@redhat.com
-
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/