From owner-freebsd-hackers Tue Aug 12 02:11:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11886 for hackers-outgoing; Tue, 12 Aug 1997 02:11:32 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11881 for ; Tue, 12 Aug 1997 02:11:29 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id CAA00722; Tue, 12 Aug 1997 02:10:51 -0700 (PDT) Date: Tue, 12 Aug 1997 02:10:51 -0700 (PDT) From: "Jamil J. Weatherbee" To: Simon Shapiro cc: FreeBSD-Hackers@FreeBSD.ORG In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is definetly not something that would become part of a production kernel -- seems that it is far to specific, the bsd kernel is not a database engine, that's what mmap is for. Any scheme like this, I am sorry to say it, you end up losing on because it will be not portable enough (but hell, if you want amusement go right ahead there aren't any laws against that). As it is I think some would agree that there are far too many file systems to deal with and that FFS lacks some generality and leaves things to be desired (actually I think that eventually everything will head the way of single level storage [no filesystems, the ultimate generalization of a filesystem]). Maybye you should call it SFS (Shapiro File System)