Subject: Re: mfs woes
To: Andrew Brown <atatat@atatdot.net>
From: Steven M. Bellovin <smb@research.att.com>
List: tech-kern
Date: 07/13/2004 23:32:22
In message <20040713232749.B943@noc.untraceable.net>, Andrew Brown writes:
>On Tue, Jul 13, 2004 at 11:17:20PM -0400, Steven M. Bellovin wrote:
>>In message <20040713230112.A426@noc.untraceable.net>, Andrew Brown writes:
>>>
>>>write a real swap-based file system?  mfs also comes with a ~2.9
>>>gigabyte limit (on i386, at least).  when using USE_TOPDOWN_VM.  when
>>>you're not, it comes with a ~1.8 gigabyte limit.  regardless of how
>>>much ram or swap you have.
>>
>>Given the new buffer cache architecture, I've been wondering if mfs 
>>even makes sense these days.  Perhaps a disk partition mounted with 
>>async would provide comparable performance?  I don't know; I haven't 
>>tried it.  But I'm getting ready to bring up a new machine; I might 
>>reserve a partition and see what happens.
>
>mfs still makes sense as a "simple place to keep transient files that
>you don't need from one boot to the next".  newfs'ing or rmrf'ing /tmp
>doesn't count, imho, because it doesn't scale.

I suspect that newfs does scale quite well to the size file system that 
MFS can handle.

		--Steve Bellovin, http://www.research.att.com/~smb