From owner-freebsd-questions Wed Mar 25 18:09:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25126 for freebsd-questions-outgoing; Wed, 25 Mar 1998 18:09:50 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from ls.wustl.edu (ls.wustl.edu [128.252.251.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25115 for ; Wed, 25 Mar 1998 18:09:33 -0800 (PST) (envelope-from drbrowns@ls.wustl.edu) Received: from localhost (drbrowns@localhost) by ls.wustl.edu (8.8.8/8.7.3) with SMTP id UAA14276; Wed, 25 Mar 1998 20:09:27 -0600 (CST) Date: Wed, 25 Mar 1998 20:09:27 -0600 (CST) From: "Daniel R. Brownstone" To: Greg Lehey cc: questions@FreeBSD.ORG Subject: Re: Optimizing FreeBSD In-Reply-To: <19980326122209.64374@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Funny you should mention that. We have up to about 30 users logged on simulatenously, some via modem (up to 56k), and the rest via 100 Base T. Recently (the last couple of months) at various times -- usually during heavy usage -- the system will slow down very quickly, and finally just freeze up, with the only solution being to do a hard reboot. Very annoying. I can't find any processes that are always running at the time, and with my lack of sophistication, I can't otherwise diagnose the error. When this all started, we were running 2.2-SNAP from like October 96, and so I upgraded to 2.2.5-STABLE. However, the problem has not corrected itself. One thing of interest is that when the system does lock up, the "IN USE" light on one of the hard drives is always on solid. Near as I can tell, however, it's not always the same drive. The system is a Proliant 5000 with 256 MB of RAM and a few GB of storage. Does that help? Danny On Thu, 26 Mar 1998, Greg Lehey wrote: > FreeBSD adapts to the user load much better than earlier versions of > UNIX did, so there's not much call for the kind of optimization that I > suspect you're talking about. In general, unless you have performance > problems, you don't need to do much. If you do have problems, you > need to address them individually. On this list, this means you need > to tell us what the problems are. > > Greg > --------------------------------------------------------------- Daniel R. Brownstone drbrowns@ls.wustl.edu Wash. U. School of Law '99 ICQ #191058 HOME: (314)-776-0102 PAGER: (314)-663-1367 *** THIS E-MAIL IS PROPRIETARY *** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message