Debian's /tmpest in a teapot
Debian's /tmpest in a teapot
Posted Jun 5, 2024 7:21 UTC (Wed) by nim-nim (subscriber, #34454)In reply to: Debian's /tmpest in a teapot by smoogen
Parent article: Debian's /tmpest in a teapot
1. People definitely use /tmp and /var/tmp for big datasets (including but not limited to downloads)
2. That is not limited to academic circles
3. The main reason for this reliance is beancounter and sysadmin avoidance : /tmp and /var/tmp are sort of a gray area that allows ignoring the limits set by the people charged with provisioning storage (people that know that storage and budgets are not infinite)
4. Users are usually right in pointing they need a large scratch storage area to work
5. Beancounters and sysadmins are usually right that infinite storage does not exist in the real world, storage gets filled and BAD THINGS happen
6. A good compromise is a large scratch space where things decay before they accumulate too much (relying on humans to housekeep a scratch area is hopeless)
7. Like all real-world compromises you will find borderline cases where the default limit is set to the wrong value
2. That is not limited to academic circles
3. The main reason for this reliance is beancounter and sysadmin avoidance : /tmp and /var/tmp are sort of a gray area that allows ignoring the limits set by the people charged with provisioning storage (people that know that storage and budgets are not infinite)
4. Users are usually right in pointing they need a large scratch storage area to work
5. Beancounters and sysadmins are usually right that infinite storage does not exist in the real world, storage gets filled and BAD THINGS happen
6. A good compromise is a large scratch space where things decay before they accumulate too much (relying on humans to housekeep a scratch area is hopeless)
7. Like all real-world compromises you will find borderline cases where the default limit is set to the wrong value