Re: Using TMPFS for /tmp and /var/run?

看板FB_current作者時間13年前 (2012/05/02 10:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串2/2 (看更多)
On Fri, 30 Mar 2012, Chris Rees wrote: > On 30 Mar 2012 14:26, <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="NO". Changing this would > break >>> the POLA. >>>> >>> This is a mistake. >>> >>> The default should be clear_tmp_enable="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 would very much like an example of where /tmp is expected to persist. > > Chris Yes, I'm a month behind on my mailing list reading and this conversation is probably over, but I do have a personal example. In my periodic.conf, I have: daily_clean_tmps_enable="YES" daily_clean_tmps_days="30" I tend to have many distractions and work on many projects at the same time. I don't always know when I'm finished. Sometimes I just lose interest. I often don't remember to clean up after myself. These settings in periodic.conf allow me to set up temporary workspaces in /tmp. If I keep working on a project, my files remain. If I forget about it for a month, periodic will clean up my mess. If someday the default behavior were changed to make /tmp a memory-mounted filesystem or to clean it out on every reboot, I think I could set daily_clean_tmps_dirs to another directory and move my sandbox someplace else. I would very much appreciate some warning, but this would not be a problem for me. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1Fe9M09s (FB_current)
文章代碼(AID): #1Fe9M09s (FB_current)