Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 Apr 2012 05:41:52 -0400
From:      grarpamp <grarpamp@gmail.com>
To:        freebsd-current@freebsd.org
Subject:   Re: Using TMPFS for /tmp and /var/run?
Message-ID:  <CAD2Ti2-=9RYZwCAOBoq1dD9%2BhurUkuiT5ewo3wdS0M7-q2dbgg@mail.gmail.com>

next in thread | raw e-mail | index | archive | help
I commonly use mfs for /var and /tmp.
Sometimes even symlinking /var/tmp -> /tmp to save ram.
Mostly because I want nothing leftover in them on boot, and it's fast.
rc/mtree/etc takes care of populating them.

/, /boot, /usr and /usr/local are read-only.
 [nssswitch host.conf still needs fixed to deal with that]
User and daemon writeables are on other mountpoints.
Thus I don't have any persistent needs in mfs.
No swap either. And cron is wiped out too.

No real problems. There used to be some msgs emitted about rc
populating it or rc being misordered using it. Those seem fixed.

mfs is a lot more stable than it used to be. In fact, the crashes
were what held me back till recently. Seems now I can hammer on
it with dd, fsx and iozone and it won't die.

Performance is fine whether under disk UFS+soft_updates or mfs.

The options below are fine for creating either. I don't care about
defaults... so long as both disk and ram options exist, I'm happy.
All depends on how you use it. I like nice clean separation. Some
(strange) people put everything in /. Oh well.

I'd rather see the legacy /sys and /compat symlinks removed.

rc_debug=YES
rc_info=YES

syslogd_flags=-sC

root_rw_mount=NO

tmpmfs_flags=-SM
tmpsize=64m
varmfs_flags=-SM
varsize=128m



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAD2Ti2-=9RYZwCAOBoq1dD9%2BhurUkuiT5ewo3wdS0M7-q2dbgg>