On Thu, Mar 29, 2012 at 12:21 PM, Cristian Rodríguez
Well, I disagree :-) what you are essentially proposing is not adopting this scheme due to the existent of corner cases and buggy software, not good enough for me.
My point of decreased performance is not a corner case, it can be measured. If tmpfs is used, I'd recommend it be capped at below 10% of total system RAM and, in that case, it would probably swap under pressure and seriously decrease system performance. But...
This is what I believe must be done:
- For system daemons, turn on PrivateTmp in systemd .services when applicable (list of packages --> https://bugzilla.redhat.com/show_bug.cgi?id=782466) This ensures that temp files are only available to the daemon process and if it crashes or misbehaves files will be deleted on spot.
I totally agree.
- For users, implement what Lnussel and fcrozat suggested, a separate tmp per user in /run/<user>/ tmpfs. Otherwise temporary file creation bugs will keep biting us forever.
And here too, in principle, but there are numerous issues to account for here, including firefox's tendency to put downloads in tmp-dir. If FF picks up this /run/<user> location, we're basically in the same situation as putting /tmp on tmpfs.
- Fix buggy software if any.
Can't argue against that. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org