From owner-freebsd-hackers Sat Jun 16 13:26: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from netbank.com.br (garrincha.netbank.com.br [200.203.199.88]) by hub.freebsd.org (Postfix) with ESMTP id 151FB37B40E for ; Sat, 16 Jun 2001 13:25:44 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from surriel.ddts.net (1-042.ctame701-1.telepar.net.br [200.181.137.42]) by netbank.com.br (Postfix) with ESMTP id C872E46804; Sat, 16 Jun 2001 17:23:54 -0300 (BRST) Received: from localhost (jggues@localhost [127.0.0.1]) by surriel.ddts.net (8.11.3/8.11.2) with ESMTP id f5GKPUn26651; Sat, 16 Jun 2001 17:25:30 -0300 Date: Sat, 16 Jun 2001 17:25:30 -0300 (BRST) From: Rik van Riel X-Sender: riel@imladris.rielhome.conectiva To: Matt Dillon Cc: Matthew Hagerty , freebsd-hackers@FreeBSD.ORG Subject: Re: Article: Network performance by OS In-Reply-To: <200106161856.f5GIujt01283@earth.backplane.com> Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 On Sat, 16 Jun 2001, Matt Dillon wrote: > This is old. The guys running the tests blew it in so many ways > that you might as well have just rolled some dice. There's a slashdot > article on it too, and quite a few of the reader comments on these > bozos are correct. I especially like comment #41. Don't worry, > FreeBSD stacks up just fine in real environments. The only thing that worries me a bit is that both FreeBSD and Linux needed to be tuned at all to run these things, even if it was just the maximum file descriptor setting. A lot of this tuning could easily be done dynamically (and is done dynamically on linux 2.4), but lots of it still has static maximums which have to be tuned by hand. Compile-time tuning for stuff which can be dynamically allocated (and freed) is IMHO a big sillyness in the OS. Yes, this report was completely useless as a benchmark, but it DID highlight a point where Linux and BSD can be improved: dynamic allocation (and freeing) of things like file descriptors and socket structures. regards, Rik -- Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message