Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 30 Jun 1998 12:11:47 +0200
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        Peter Wemm <peter@netplex.com.au>
Cc:        "Paul T. Root" <proot@horton.iaces.com>, rminnich@Sarnoff.COM (Ron G. Minnich), hackers@FreeBSD.ORG, questions@FreeBSD.ORG
Subject:   Re: looking for ram file system (NOT MFS) 
Message-ID:  <13585.899201507@critter.freebsd.dk>
In-Reply-To: Your message of "Tue, 30 Jun 1998 06:11:28 %2B0800." <199806292211.GAA03588@spinner.netplex.com.au> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <199806292211.GAA03588@spinner.netplex.com.au>, Peter Wemm writes:
>"Paul T. Root" wrote:
>> In a previous message, Ron G. Minnich said:
>> > I'm looking for something like a ram file system for some work i'm doing. 
>> > It needs to support ram-based lookup, mkdir, rmdir, etc. It needs to be 
>> > BSD or GPL copyright, and run under current. Any pointers appreciated. 
>> 
>> mfs
>
>Recheck the subject line:  "looking for ram file system (NOT MFS)"
>                                                        ^^^^^^^^^
>I believe Poul-Henning Kamp was working on a mallocfs at some point..
>
>MFS is bad in that it doesn't allocate and release swap.  It'd be seriously
>great to have something that could allocate and free pageable memory as
>files were written and deleted.  MFS never releases swap space once the
>mount_mfs process faults in an anon page.  Doing it seperately from UFS
>would be a good start since it wouldn't be wasting time emulating a disk
>structure.

Actually doing it separately from UFS would be a waste of time, but that
is a different issue.

the mallocfs I wrote used the kernel malloc and was consequently limited
to 20Mbyte and non-pageable.

A "vmfs" is on my wishlist too...

--
Poul-Henning Kamp             FreeBSD coreteam member
phk@FreeBSD.ORG               "Real hackers run -current on their laptop."
"ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?13585.899201507>