Date: Tue, 12 Aug 1997 09:29:30 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Cc: Shimon@i-Connect.Net, FreeBSD-Hackers@FreeBSD.ORG Subject: Re: your mail Message-ID: <199708121629.JAA25517@phaeton.artisoft.com> In-Reply-To: <Pine.BSF.3.96.970812020526.175E-100000@counterintelligence.ml.org> from "Jamil J. Weatherbee" at Aug 12, 97 02:10:51 am
next in thread | previous in thread | raw e-mail | index | archive | help
> 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. Supporting this type of thing without having to actually put it in the kernel to make it work is what LKM's are for. Personally, I think there is a lot of room for purpose-built FS's and FS layers. I've been looking back into a generic block store, recently: a flat numeric namespace, on top of which other namespaces are implemented. It's one level of abstraction up from a device interface, and would provide a consistent, cross-platform bottom-end definition: the FS layers could be divorced from FreeBSD or OpenBSD or NetBSD or BSDI or SVR4 or Windows95 VM semantics. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708121629.JAA25517>