Date: Sun, 08 Mar 1998 00:02:07 -0800 From: Mike Smith <mike@smith.net.au> To: Marc Slemko <marcs@znep.com> Cc: Mike Smith <mike@smith.net.au>, hackers@FreeBSD.ORG Subject: Re: kernel wishlist for web server performance Message-ID: <199803080802.AAA09131@dingo.cdrom.com> In-Reply-To: Your message of "Sat, 07 Mar 1998 23:26:55 MST." <Pine.BSF.3.95.980307232024.2799S-100000@alive.znep.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Sat, 7 Mar 1998, Mike Smith wrote: > > > this regard (ie. have specific HTTP-transmit-file system calls > > everywhere)? > > Now, if you want to talk about HTTP-transmit-file calls and things being > specialized for just one protocol, I was actually joking about that > earlier today. > > HTTP-NG, which is currently under very initial development, will > almost certainly allow for multiplexed transfers. ie. multiple > documents multiplexed over a single TCP connection. Ugh. Why multiplex over an already-multiplexing protocol? This sounds like yet another attempt at trying to get around a problem with a new solution rather than fixing the original one. > Now, consider how to efficiently implement sending small fragments > (in SMUX, a fragment is a contiguous bit of data from one of the > multiplexed streams in the TCP connection) on the server. With > the obvious ways, all these efficiency gains go out the window. > So, to get around that, I was joking that an Apache LKM to implement > MUX would probably help. <g> No, I'm not really serious because > it is such a lame thing to do and has horrible portability. But... > this problem is probably going to come up in the future, and I'm > still trying to see about efficient ways of doing it. Sigh. Heh. What you want is to always stuff your datagrams out, either with more data (hang back a bit) or with junk. Call it "synchronous TCP". 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803080802.AAA09131>