[HEADS-UP] Rawhide: /tmp is now on tmpfs

Reindl Harald h.reindl at thelounge.net
Fri Jun 1 16:28:06 UTC 2012



Am 01.06.2012 18:21, schrieb Lennart Poettering:
> I think most of the noise in this flame thread is due to a
> misunderstanding how modern memory management works and the assumption
> that having an explicit size limit on /tmp was a bad thing, even though
> it actually is a good thing... In fact, we need much stronger limits
> than what tmpfs currently provides: per-user limits on the usage of
> /tmp. But that's something for the future...

no, you are missing the balance between POSSIBLE benefits
and side-effects and lot of work from admins and pakcages

* it is a valid workload that a application creates a 10 GB tempfile
* ok, you say: use /var/tmp
* well, i say: my whole rootfs is only 4 GB and 2 Gb are used

so waht do we do now?

i known my workload and created a 30 GB /tmp
my rootfs is large enough
/var/log and /var/cache are own partitions

the 10 GB temp-file will not be stored in /tmp where is
enough storage because yoz enforce pakcages to "fix" apllications
not use your holy /tmp for large things

the 10 GB temp-file does not fit in rootfs aka /var/tmp
the 10 GB temp-file does not fit in the memory

did you EVER think about real workloads?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120601/87c965ac/attachment.sig>


More information about the devel mailing list