Date: Mon, 2 Dec 1996 19:30:15 -0700 (MST) From: Don Yuniskis <dgy@rtd.com> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: davem@jenolan.rutgers.edu, dyson@freebsd.org, dennis@etinc.com, kpneal@pobox.com, hackers@freebsd.org Subject: Re: TCP/IP bandwidth bragging Message-ID: <199612030230.TAA05867@seagull.rtd.com> In-Reply-To: <7184.849578160@time.cdrom.com> from "Jordan K. Hubbard" at Dec 2, 96 05:56:00 pm
next in thread | previous in thread | raw e-mail | index | archive | help
It seems that Jordan K. Hubbard said: > > > 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? (sigh) It's *really* unfortunate that it would be a *monumentous* task, but it would be amusing/entertaining/educational/informative to switch ftp.cdrom.com over to a Linux (etc.) box for a day and watch what happens! :> (Admittedly not a true apples<->apples comparison...) Just my $0.02 --don
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612030230.TAA05867>