> IMHO using a tmpfs for /tmp is a spectacularly stupid thing to do. How it got by the vetting process is beyond me. There shouldn't be anything that uses anything beyond a negligible amount of storage. Remember that there is no guarantee that /tmp data is preserved between invocations. Why would there ever be a significant amount of data stored there? >From two F20 systems: for i in $(mount -l | grep '^tmpfs' | grep -o '/[^ ]*'); do sudo du -hs $i; done Server: 0 /dev/shm 720K /run 0 /sys/fs/cgroup 0 /tmp Workstation: 3.8M /dev/shm 1.1M /run 0 /sys/fs/cgroup 652K /tmp There are a number of locations for temporary files, which provide different features. /tmp is on tmpfs because the FSH standard defines that directory as so transitory that it shouldn't matter. For those that don't want to use tmpfs, use /var/tmp/. Complaints about this sort of thing are either a failure of the user or software developer to keep up to date on the file system standards. On Fri, Apr 25, 2014 at 12:03 PM, Rick Stevens <ricks@xxxxxxxxxxxxxx> wrote: > On 04/25/2014 06:05 AM, Tim issued this missive: > >> Allegedly, on or about 24 April 2014, Rick Stevens sent: >>> >>> Also note that by default, /tmp is now a tmpfs (RAMdisk) thing, so any >>> info in /tmp will NOT survive a reboot. >> >> >> What happens when you run out of RAM? Could that be the cause of /tmp >> being prematurely wiped out? > > > No, but IIRC the tmpfs filesystem created and mounted on /tmp is 50% > of your system RAM. Once that is committed, it's done. It won't use up > all of your RAM and /tmp won't get any bigger than that, but then again > half of your available RAM is no longer available for program usage. > > IMHO using a tmpfs for /tmp is a spectacularly stupid thing to do. How > it got by the vetting process is beyond me. > > ---------------------------------------------------------------------- > - Rick Stevens, Systems Engineer, AllDigital ricks@xxxxxxxxxxxxxx - > - AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 - > - - > - Beware of programmers who carry screwdrivers - > ---------------------------------------------------------------------- > > -- > users mailing list > users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
