linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Fabio Riccardi <fabio.riccardi@free.fr>
To: Ben LaHaise <bcrl@redhat.com>
Cc: Rik van Riel <riel@conectiva.com.br>, linux-mm@kvack.org
Subject: Re: zero copy IO project
Date: Tue, 05 Sep 2000 12:38:45 +0200	[thread overview]
Message-ID: <39B4CD34.F11D4BA4@free.fr> (raw)
In-Reply-To: <Pine.LNX.4.21.0009042136030.23932-100000@devserv.devel.redhat.com>

ok, I can see the point, I'll stick to the current framework then. I will postpone
anything radical to when I will have a better understanding of Linux' internals
and philosophy.

Two questions:

How can I contribute? What would interest me in the short term is to build an
optimized web server, using all the possible tricks available in the current
architecture, my company needs that and is happy that I spend my time to get
things going

Where can I find some docs? Rick mentioned that you have some design papers on the
kiobuf architecture. What is available about the sendfile interface?

 - Fabio

Ben LaHaise wrote:

> Anything that requires playing VM tricks is not something you'll find a
> great deal of support for amongst developers -- see the posting Linus made
> against exactly this.
>
> It comes down to complexity and the amount of gain in generic
> applications.  Take apache for example.  Enabling "zero copy" through VM
> tricks will buy you no benefit when it comes to the http header sent out
> on a request.  But the act of transmitting a file is already well handled
> by the sendfile() model.
>
> Fwiw, there are lots of libc optimisations that are worth *more* than
> "zero copy" for typical applications.  Like pre-linking libraries.  stdio
> could make use of mmap for fread.
>
>                 -ben
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org.  For more info on Linux MM,
> see: http://www.linux.eu.org/Linux-MM/

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/

      reply	other threads:[~2000-09-05 10:38 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-04 13:39 Fabio Riccardi
2000-09-04 15:34 ` Rik van Riel
2000-09-04 19:05   ` Ben LaHaise
2000-09-04 19:50     ` Fabio Riccardi
2000-09-05  1:49       ` Ben LaHaise
2000-09-05 10:38         ` Fabio Riccardi [this message]

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=39B4CD34.F11D4BA4@free.fr \
    --to=fabio.riccardi@free.fr \
    --cc=bcrl@redhat.com \
    --cc=linux-mm@kvack.org \
    --cc=riel@conectiva.com.br \
    /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