From owner-freebsd-hackers Sun Feb 17 17:31:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (unknown [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id F3BB437B400; Sun, 17 Feb 2002 17:31:06 -0800 (PST) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g1I1U8J81562; Sun, 17 Feb 2002 17:30:08 -0800 (PST) (envelope-from dg) Date: Sun, 17 Feb 2002 17:30:08 -0800 From: David Greenman To: Terry Lambert Cc: Roy Sigurd Karlsbakk , Dag-Erling Smorgrav , Thomas Hurst , hiten@uk.FreeBSD.org, hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: in-kernel HTTP Server for FreeBSD? Message-ID: <20020217173008.E80718@nexus.root.com> References: <3C703A92.2EBD3E67@mindspring.com> <20020217170929.D80718@nexus.root.com> <3C7056F9.A9F37535@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C7056F9.A9F37535@mindspring.com>; from tlambert2@mindspring.com on Sun, Feb 17, 2002 at 05:20:57PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I'll agree with your experience. At this point, the limiting >factor is PCI bandwith, at least for general purpose hardware. I haven't found PCI bandwidth to be a problem, either, at least when using gigabit ethernet NICs on 64bit and/or 66MHz PCI. When one writes an efficient HTTP server that takes a tiny amount of memory per process and uses sendfile() to crank out the bits, the bottleneck becomes the CPU for doing context switches, packet header creation, and TCP protocol processing. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message