From owner-freebsd-hackers Mon Dec 2 17:34:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27721 for hackers-outgoing; Mon, 2 Dec 1996 17:34:38 -0800 (PST) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.91.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27704; Mon, 2 Dec 1996 17:34:34 -0800 (PST) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.7.6/8.7.3) with SMTP id UAA09198; Mon, 2 Dec 1996 20:34:07 -0500 (EST) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id UAA18131; Mon, 2 Dec 1996 20:33:44 -0500 Date: Mon, 2 Dec 1996 20:33:44 -0500 Message-Id: <199612030133.UAA18131@jenolan.caipgeneral> From: "David S. Miller" To: dyson@freebsd.org CC: dennis@etinc.com, kpneal@pobox.com, hackers@freebsd.org In-reply-to: <199612021630.LAA09409@dyson.iquest.net> (message from John Dyson on Mon, 2 Dec 1996 11:30:13 -0500 (EST)) Subject: Re: TCP/IP bandwidth bragging Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: John Dyson Date: Mon, 2 Dec 1996 11:30:13 -0500 (EST) I have been holding quiet until now, esp since I was one of the culprits in the above mentioned flame-war. My take on the whole thing is that there is always an attempt to show parity or superiority of one party over another (ego or money thing or whatever.) However, when comparisons are made, the context or situation associated with the comparisons should be as fully disclosed as possible (especially when the situation might not be "real world" for many of the users who are attempting to compare.) Micro-level benchmarks are not the applications that end-users normally run and should be interpreted very carefully. Frankly, many end-users can be fooled by looking at the micro-benchmark results. Application benchmarks are more accurate, especially when run in the same kind of environment that the user will encounter. Even then, you should not blindly trust those. You can say whatever you want. And whats more, I am told often by disgruntled Solaris performance engineers that lmbench is "bush 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. And watch out, I have gigabit ethernet and FDDI coming very soon as well. SGI cannot even touch my bandwidth and latencies over 100baseT. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ ><