From owner-freebsd-hackers Sun Feb 17 17:21:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id AA68237B400; Sun, 17 Feb 2002 17:21:43 -0800 (PST) Received: from pool0152.cvx21-bradley.dialup.earthlink.net ([209.179.192.152] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16ccUO-0003yC-00; Sun, 17 Feb 2002 17:21:08 -0800 Message-ID: <3C7056F9.A9F37535@mindspring.com> Date: Sun, 17 Feb 2002 17:20:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Greenman 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? References: <3C703A92.2EBD3E67@mindspring.com> <20020217170929.D80718@nexus.root.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 David Greenman wrote: > >"Zero copy" usually means "zero unnecessary copies"; but > >what someone thinks of as "necessary" is really based on > >their bias towards an existing implementation. > > "zero copy" these days has come to mean no copies that involve > the CPU. In my experiance, raw memory bandwidth to DMA packets > to/from main memory is not the bottleneck on modern hardware. I'll agree with your experience. At this point, the limiting factor is PCI bandwith, at least for general purpose hardware. The "AGP approach", where the main memory *is* the NIC memory, gets around this limitation, but doesn't kick the CPU out of the picture, even then. In practice, I've found that it is sometimes better to let the CPU do the copying, rather than the DMA engine on the device, since it's often faster at it. This assumes that the CPU is not otherwise engaged (e.g. doing cryptography), and there's enough spare cycles around the CPU can do the job faster. Moore's law and Intel really screw with the business model required to build special purpose network processors, don't they? 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message