Date: Fri, 30 Mar 2012 11:25:41 -0700 From: matt <sendtomatt@gmail.com> To: Steve Kargl <sgk@troutmask.apl.washington.edu> Cc: Chris Rees <crees@freebsd.org>, freebsd-current@freebsd.org, "C. P. Ghost" <cpghost@cordula.ws>, sthaug@nethelp.no Subject: Re: Using TMPFS for /tmp and /var/run? Message-ID: <4F75FAA5.8000004@gmail.com> In-Reply-To: <20120330181555.GA78451@troutmask.apl.washington.edu> References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <CACM2%2B-7Ahn6J=CTASe0g48%2BSD2vvLVd_hG3DRZmvO31QszG5Xw@mail.gmail.com> <20120330.151848.41706133.sthaug@nethelp.no> <CADGWnjXj5W_UCHPExNjxHgq3EZHP1GwocnK4kOHLch5y3gNG0A@mail.gmail.com> <CADLo83-c3jNd9XAyCMhqrEP3x9nvX1=Q9j7foEB37zRy3QZWDA@mail.gmail.com> <20120330181555.GA78451@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 03/30/12 11:15, Steve Kargl wrote: > On Fri, Mar 30, 2012 at 05:56:06PM +0000, Chris Rees wrote: >> On 30 March 2012 17:31, C. P. Ghost <cpghost@cordula.ws> wrote: >>> On Fri, Mar 30, 2012 at 3:18 PM, <sthaug@nethelp.no> wrote: >>>>>> However, if you always want to use tmpfs instead of stable storage= , >>>>> please do not. Some people expect /tmp to be persistent. This is = why >>>>> /etc/defaults/rc.conf has clear_tmp_enable=3D"NO". Changing this w= ould break >>>>> the POLA. >>>>> This is a mistake. >>>>> >>>>> The default should be clear_tmp_enable=3D"YES" >>>>> if only to uncover those broken configurations that expect /tmp to = be >>>>> persistent. >>>> If you want to break POLA and make a lot of people angry, sure. >>>> Otherwise no. >>> I couldn't agree more. Not clearing /tmp on reboot has been >>> the norm for way too long and it is too late to change now. >>> It's not just POLA, it also involves deleting data of unaware >>> users, and that should be avoided. >>> >>> Anyone willing to change policy w.r.t. /tmp can do so on their >>> own machines. Nothing is preventing them from doing so. >>> But by changing defaults, one should err on the side of >>> caution and remain conservative, IMHO. > Well stated. > >> >From man hier: >> >> /tmp/ temporary files that are not guaranteed to persist across >> system reboots > There is also a difference between "not guaranteed to persist" > and knowingly blowing the files away by explictly clearing > /tmp. > > PS: > How many users of FreeBSD know that hier(7) exists? > How many new users even know about man pages? > man hier is a unix standard. a new user will eventually find man pages if they're meant to, just as small turtles will eventually find the sea... In general you may receive some advantages by not blowing away /tmp such as better performance in programs that cache there, but my understanding (think historically in context of hier) is that *users* should not expect the *admin* to not blow away /tmp for space on a multiuser system. It might be there tomorrow, but it might not. Many larger multiuser systems had/have such folders, as many users =3D many crap files that some admin or script needs to clear to preserve storage for things that actually need to be stored. In some cases, the script would only clear it on Fridays in the middle of night, so temporary files might persist from say 1 week to a few hours..."you were warned". Dunno, but tmpfs + unionfs for the ports tree is where it would really be awesome! Matt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F75FAA5.8000004>