From owner-cvs-all Fri Nov 6 00:06:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01212 for cvs-all-outgoing; Fri, 6 Nov 1998 00:06:11 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA01207; Fri, 6 Nov 1998 00:06:07 -0800 (PST) (envelope-from xroot@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id AAA12763; Fri, 6 Nov 1998 00:05:41 -0800 (PST) Message-Id: <199811060805.AAA12763@implode.root.com> To: Matthew Dillon cc: Marc Slemko , "Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=" , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/conf options param.c src/sys/kern init_sysent.c syscalls.c syscalls.master uipc_syscalls.c src/sys/sys mbuf.h socket.h socketvar.h syscall-hide.h syscall.h syscall.mk sysproto.h src/sys/vm vm_object.c In-reply-to: Your message of "Thu, 05 Nov 1998 20:15:03 PST." <199811060415.UAA00826@apollo.backplane.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 06 Nov 1998 00:05:41 -0800 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > I'm sure it will make a huge difference in the benchmarks, but I doubt > you would notice much of a difference in real-life performance except > in the most extreme installations. Cpu's are cheap, physical I/O limits > are usually more important because its the first thing web servers tend > to hit. If we had this attitude generally among the developers, noone would ever bother with code/algorithmic optimizations and FreeBSD would be the slowest OS on the market as a result. Needless to say, I don't agree with you. For one thing, you're ignoring high-end applications of FreeBSD. A "wcarchive", for example, costs about $100,000 to build (RAID arrays and rack mount cabinets on that scale aren't cheap). When I added sendfile(2) to wcarchive, it approximately doubled the total performance of the machine. Until very recently, it wasn't an option to just upgrade the CPU, since we had the fastest CPU that would support the largest amount of main memory, and of course going SMP wouldn't help either. So the only option is multiple server machines. While possible, this is expensive, more difficult to manage, and has certain negative characteristics like being difficult to keep so much content synchronized and up to date. Anyway, if you want to be a party pupper, that's fine, but I did put a lot of work into this and I'm proud of the results. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message