From owner-freebsd-hackers Thu Sep 28 07:43:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA15808 for hackers-outgoing; Thu, 28 Sep 1995 07:43:17 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA15798 for ; Thu, 28 Sep 1995 07:43:09 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA05723; Thu, 28 Sep 1995 09:42:04 -0500 From: Joe Greco Message-Id: <199509281442.JAA05723@brasil.moneng.mei.com> Subject: Re: News Server VM & I/O issues (was: Re: Big win for BSD/OS compatibility) To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 28 Sep 1995 09:42:04 -0500 (CDT) Cc: taob@io.org, hackers@freebsd.org In-Reply-To: <199509280600.BAA05493@brasil.moneng.mei.com> from "Joe Greco" at Sep 28, 95 01:00:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Which leads me to an only-somewhat-related topic. Rod Grimes and I were > having a small side discussion about news server problems as they relate to > disk striping, mirroring, and other similar issues. News servers > traditionally suffer somewhat from the design of UNIX file systems - just > not optimized to deal with a few million small files ;-) and one of the > traditional answers has been to stripe disks, or run multiple spool drives > (like I do). While this helps, it still tends to create "filesystem hot > spots" with no easy and fast solution. I was hoping to throw a striped disk > of some sort at a particular problem I am experiencing. > [....] > (David and John are invited to jump in any time now...) What, if anything, > are other people doing to optimize towards news service? All I am really > doing under 2.0.5R is to bump maxusers to 128. Are there other fun things > to tweak? If I hadn't been half asleep when I wrote this, I would have remembered the other issue I wanted to inject into this... Coming from the Sun world, there are several traditional answers to the types of problems I am having - including both On-Line Disk Suite (a general striping/mirroring/etc package) and PrestoServe (a cache system that effectively gives you the benefits of a journaling filesystem). Having covered OLDS, I forgot about PrestoServe. :-) Has anybody had any wild ideas about trying to throw together some sort of analogue to PrestoServe? I know somebody mentioned a Compaq SCSI(??) controller of some sort that had cache RAM and may or may not have done something somewhat similar, but as memory serves it was an EISA card. This is something we need to consider if we want FreeBSD to be useful in an NFS server environment, and I've often seen PrestoServes added to systems to help increase overall I/O throughput too. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847