From owner-freebsd-fs Mon Nov 11 11:05:01 1996 Return-Path: owner-fs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03474 for fs-outgoing; Mon, 11 Nov 1996 11:05:01 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03459; Mon, 11 Nov 1996 11:04:57 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA19680; Mon, 11 Nov 1996 13:02:58 -0600 From: Joe Greco Message-Id: <199611111902.NAA19680@brasil.moneng.mei.com> Subject: Re: Best mount options, tunefs for newsserver To: barney@databus.com (Barney Wolff) Date: Mon, 11 Nov 1996 13:02:57 -0600 (CST) Cc: freebsd-isp@freebsd.org, freebsd-fs@freebsd.org In-Reply-To: <3287628d0.4fed@databus.databus.com> from "Barney Wolff" at Nov 11, 96 12:22:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-fs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Did God say to Moses that each article must reside in its own file? > > This is an application problem, not a file system problem. Or at > least it is if you ever want to move the solution to another OS. God said to Moses that unless you want to write your own news server, each article must reside in its own file. Some of us are already "breaking" that paradigm. But practical production use is still a ways in the future. However, to a certain extent, an OS should be considered as something which provides an environment and tools with which to perform tasks. Debating whether God told Moses to use those tools, or if he told Moses to write a good database engine to handle it, is sort of irrelevant... There are some clear deficiencies in FFS. The lack of rapid directory lookups for large directories is one. The lack of a "bat outta hell" mode for data writes is another (since generally I could care less if I lose articles after a crash, maybe I don't even care too much about directories... but I do want it to come back without manual fsck intervention, even having lost some data)... That's just my opinion though... :-) ... JG