(no title)
josephscott | 7 months ago
I am not a fan of that as a default. I'd rather default to cheaper disk space than more limited and expensive memory.
josephscott | 7 months ago
I am not a fan of that as a default. I'd rather default to cheaper disk space than more limited and expensive memory.
_mlbt|7 months ago
>The new filesystem defaults can also be overridden in /etc/fstab, so systems that already define a separate /tmp partition will be unaffected.
Seems like an easy change to revert from the release notes.
As far as the reasoning behind it, it is a performance optimization since most temporary files are small and short lived. That makes them an ideal candidate for being stored in memory and then paged out to disk when they are no longer being actively utilized to free up memory for other purposes.
hsbauauvhabzb|7 months ago
chromakode|7 months ago
Aachen|7 months ago
Making such claims on HN attracts edge cases like nobody's business but let's see
archargelod|7 months ago
Until about a year ago, whenever I would try to download moderately large files (>4GB) my whole system would grind to a halt and stop responding.
It took me MONTHS to figure out what's the problem.
Turns out that a lot of applications use /tmp for storing files while they're downloading. And a lot of these applications don't cleanup on fail, some don't even move files after success, but extract and copy extracted files to destination, leaving even more stuff in temp.
Yeah, this is not a problem if you have 4X more ram than the size of files you download. Surely, this is a case for most people. Right?
hiq|7 months ago
If it's easily reproducible, I guess checking `top` while downloading a large file might have given a clue, since you could have seen that you're running out of memory?
pluto_modadic|7 months ago
api|7 months ago
That's a very bad default.
CamouflagedKiwi|7 months ago
paulv|7 months ago