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(a)alldigital.com> 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(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 -
- -
- Beware of programmers who carry screwdrivers -
----------------------------------------------------------------------
--
users mailing list
users(a)lists.fedoraproject.org
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