linux-kernel - Re: khttpd fate

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20090722015706.GB6025@redhat.com>
Date:	Tue, 21 Jul 2009 21:57:07 -0400
From:	Dave Jones <davej@...hat.com>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	Kyle McMartin <kyle@...artin.ca>,
	"Luis R. Rodriguez" <mcgrof@...il.com>,
	linux-kernel@...r.kernel.org,
	Arjan van de Ven <arjan@...radead.org>,
	Ingo Molnar <mingo@...e.hu>,
	Ted Merrill <atheros@...uildsw.com>
Subject: Re: khttpd fate

On Tue, Jul 21, 2009 at 05:36:25PM -0700, H. Peter Anvin wrote:
 > On 07/21/2009 05:20 PM, Kyle McMartin wrote:
 > > 
 > > I think it kind of got replaced by tux, which Red Hat shipped for a
 > > while, but has been dropped now. I seem to recall davej mentioning a
 > > while ago that apache had gotten much better at serving static content,
 > > which is what khttpd/tux were very good at.
 > > 
 > 
 > Also, lighttpd does really well, all in userspace.  After all, static
 > http serving really is mostly a bit of header parsing followed by
 > sendfile(), so as long as a user-space process doesn't just sit on a
 > bunch of memory it can be done very cheaply.
 
I think the rise of dynamically generated content was a big thing that
killed it off. With more and more of the web getting ajaxified, and the
php etc being offloaded to apache anyway, it just makes more sense to
have one webserver do everything as long as it's "fast enough".

I wrote something up on this a few years back when I made the decision to
drop Tux from the Fedora kernel. http://kernelslacker.livejournal.com/tag/tux

	Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/