From owner-cvs-all Mon Jan 25 14:42:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24811 for cvs-all-outgoing; Mon, 25 Jan 1999 14:42:36 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24800; Mon, 25 Jan 1999 14:42:33 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.2/8.9.1) id OAA08071; Mon, 25 Jan 1999 14:38:50 -0800 (PST) (envelope-from dillon) Date: Mon, 25 Jan 1999 14:38:50 -0800 (PST) From: Matthew Dillon Message-Id: <199901252238.OAA08071@apollo.backplane.com> To: Poul-Henning Kamp Cc: Mike Smith , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_mib.c References: <22574.917300357@critter.freebsd.dk> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk :A far better, and more UNIX like, way would be to mount a MFS on :some directory and stick the info there... Not a bad idea -- the problem with this is that we have to get at our machine-specific rc.conf.local ( as in integrate it into rc.conf ) very early in the boot sequence, before any MFS filesystems are created. I don't want to create a 'special' case with rc.conf where it does not always return the correct configuration when run standalone. :Along those likes, I would really like to see a "true" VMFS instead :of the hack MFS is. Isn't that a task for you since you have more :insight into the VM system than I do ? : :The trick is to write a new backend for UFS (like mfs/ffs and to :some extent ext2fs), which uses a VM object with anonymous backing It's actually simpler then that --- MFS is nothing but a gratified block device. It should work just as well with a direct swap-backing ( just like a real filesystem ) as with a VM address space. Better even, since the VM address space in the MFS process essentially doubly-caches everything. I do intend to fix it eventually, but right now I am waiting to see what other bugs get threshed out from the VM work I've already done so I am occupying myself with a few side projects in the tree :-) -Matt :for each inodes storage requirement. The most tricky bit is :casting things from VA to ufs-block number, the rest is downhill. : : :-- :Poul-Henning Kamp FreeBSD coreteam member :phk@FreeBSD.ORG "Real hackers run -current on their laptop." :FreeBSD -- It will take a long time before progress goes too far! : : Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message