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/
This archive was generated by hypermail 2b29 : Sun Dec 23 2001 - 21:00:20 EST