From owner-freebsd-current Mon Oct 5 11:39:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00291 for freebsd-current-outgoing; Mon, 5 Oct 1998 11:39:23 -0700 (PDT) (envelope-from owner-freebsd-current@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 LAA00286 for ; Mon, 5 Oct 1998 11:39:20 -0700 (PDT) (envelope-from root@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 LAA14146; Mon, 5 Oct 1998 11:38:19 -0700 (PDT) Message-Id: <199810051838.LAA14146@implode.root.com> To: "Mikhail A. Sokolov" cc: current@FreeBSD.ORG Subject: Re: -current panics.. In-reply-to: Your message of "Mon, 05 Oct 1998 21:19:31 +0400." <19981005211931.51777@demos.su> From: David Greenman Reply-To: dg@root.com Date: Mon, 05 Oct 1998 11:38:18 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ># Making FreeBSD more dynamically configuring has always been a long term ># goal. There isn't any magic configuration option that I can make for "big ># systems", because there are many factors to consider and the system simply ># has to be tuned to the specific work load. The analysis and tuning is complex ># enough that it's something that I charge money to do for people. > >There was a 2.1.0 when we used to have the same squid with approximately the >same quantity of clients and there was working dealloc methodic which was gone >in 2.2.x and, of course, 3.0. It now looks like there's still problems with >mbuf allocation/leeks and so on (see PR's) and the OS will not work when it >is supposed to be 'a big system' out of the box. Can I read the answer as >"FreeBSD is not supposed to be working as huge networking servers out of >the box"? Properly tuned, FreeBSD will work just fine for large servers. You have to know what you are doing, however. This will be the case for ALL operating systems, not just FreeBSD. I'm not convinced that there are any "leaks" in FreeBSD. All of those that I have investigated have turned out to be just a large average number of TIME_WAIT connections that haven't timed out yet. The system must be configured with this in mind or you will run out of buffers. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message