From owner-freebsd-fs  Sat Mar 14 06:20:07 1998
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id GAA11324
          for freebsd-fs-outgoing; Sat, 14 Mar 1998 06:20:07 -0800 (PST)
          (envelope-from owner-freebsd-fs@FreeBSD.ORG)
Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11318
          for <fs@FreeBSD.ORG>; Sat, 14 Mar 1998 06:20:04 -0800 (PST)
          (envelope-from ccsanady@friley585.res.iastate.edu)
Received: from friley585.res.iastate.edu (loopback [127.0.0.1])
	by friley585.res.iastate.edu (8.8.8/8.8.8) with ESMTP id IAA06967;
	Sat, 14 Mar 1998 08:19:52 -0600 (CST)
	(envelope-from ccsanady@friley585.res.iastate.edu)
Message-Id: <199803141419.IAA06967@friley585.res.iastate.edu>
X-Mailer: exmh version 2.0.1 12/23/97
To: Wolfram Schneider <wosch@cs.tu-berlin.de>
cc: Joao Carlos Mendes Luis <jonny@coppe.ufrj.br>, fs@FreeBSD.ORG
Subject: Re: cvs commit: src/usr.bin/locate/locate concatdb.sh locate.rc 
 mklocatedb.sh updatedb.sh
In-reply-to: Your message of "Sat, 14 Mar 1998 13:06:21 +0100."
             <19980314130621.53891@panke.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 14 Mar 1998 08:19:52 -0600
From: Chris Csanady <ccsanady@friley585.res.iastate.edu>
Sender: owner-freebsd-fs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>On 1998-03-08 17:28:25 -0300, Joao Carlos Mendes Luis wrote:
>> //   Modified files:
>> //     usr.bin/locate/locate concatdb.sh locate.rc mklocatedb.sh 
>> //                           updatedb.sh 
>> //   Log:
>> //   Change default temporary directory (TMPDIR) from /tmp to /var/tmp.
>> //   
>> //   Mosts users seems to have a larger /var/tmp partition
>> //   than /tmp - IMHO silly but who cares?
>> 
>> That's because /tmp is usually a mfs partition.  Also, that's why
>> I would prefer using /tmp instead of /var/tmp for this kind of stuff.
>> Only once I had problems with /tmp size, but I just gave it more
>> memory and solved the problem.
>
>If we have a working memory file system I will revert this
>change. The main problem is that the process mount_mfs(8)
>will only grow and never shrink.

Has anyone looked at NetBSD's md pseudo-device?  It provides a generic
memory disk which you can put an arbitrary file system onto.  Seems to
me that it would be better than using a hacked up ffs..

Chris





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