Date: Mon, 02 Dec 1996 17:56:00 -0800 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: "David S. Miller" <davem@jenolan.rutgers.edu> Cc: dyson@FreeBSD.org, dennis@etinc.com, kpneal@pobox.com, hackers@FreeBSD.org Subject: Re: TCP/IP bandwidth bragging Message-ID: <7184.849578160@time.cdrom.com> In-Reply-To: Your message of "Mon, 02 Dec 1996 20:33:44 EST." <199612030133.UAA18131@jenolan.caipgeneral>
next in thread | previous in thread | raw e-mail | index | archive | help
> league", that is perfectly fine with me. My response is, if it is so > bush leage, why is it so difficult for these systems to get better > numbers than Linux? Stay down. Which is a rather porous argument, to say the least. Morons: "We've proven that our car goes much faster than the competition's does when we have all 4 doors open, due to the superior wind-resistance characteristics of our door design." Competition: "Why in god's name would you want to optimize for that? Who in their right mind would drive with all the doors open?" Morons: "You're just jealous. Beat our open-door numbers or shut up." Likewise, testing things like loopback vs actual transmission performance or no-load machine response is just as silly as optimizing for the corner case of driving with your doors open. Who bloody *cares* what the results of a meaningless benchmark are, and why would you ever want to get "better numbers" in an area of trivial measurement where the only real result is to look better on some marketdroid's tally sheet, no doubt obfuscating the code in question and perhaps even degrading performance for the cases your users actually *do* care about. Those tactics might sound good to Microsoft or (though I hope not) Linux, but the fact that many people use FreeBSD in *real world* situations where performance under extreme load (>1000 users) is paramount means that optimizing for these scenarios counts for far more than chasing some micro-benchmark, and this is what has led John to focus on specific types of performance over others. We wouldn't have it any other way, and you tell me - which is better for us, making thousands of simultaneous TCP/IP connections work properly or shaving another microsecond off a meaningless latency benchmark? I'll give you an hour to answer that question, and you may use a calculator. Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7184.849578160>