我读到不要将 /tmp 存储在 SSD 上，因为频繁写入会缩短 SSD 的寿命。但是 /var/tmp 呢？
/var/tmp 存储在 SSD 上是否合理？或者我们应该避免将 /var/tmp 存储在 SSD 上，以避免过早杀死 SSD？
答案1
虽然所有基于闪存的存储设备在晶体管绝缘击穿之前的写入次数确实有限，但情况并不像几年前首次推出 SSD 时那么糟糕。
基本上是因为大多数现代 SSD 都采用磨损均衡并且基于NandFlash，通过驱动器烧录不再像以前那样成为问题。
你不需要担心它。持续写入的 SSD 仍然比任何旋转硬盘更耐用。
资源
http://www.storagesearch.com/ssdmyths-endurance.html
http://maxschireson.com/2011/04/21/debunking-ssd-lifespan-and-random-write-performance-concerns/
http://www.tomshardware.com/forum/267303-32-what-write-limit-ssds
答案2
在这方面，/tmp和之间没有什么本质区别。/var/tmp
不过，退后一步。是否应该避免使用/tmpSSD 绝不是一个已解决的问题。最早的 SSD 容易因过度写入而磨损，但高质量的现代 SSD 已经解决了很多问题。他们部分这样做是通过磨损均衡，部分是通过保留足够大的备用块池，使它们能够承受正常的块磨损。
SSD 越便宜，其空闲块就越少。因此，有可能如果您打算使用最便宜的消费类 SSD，这就是保守的系统设置策略的一些理由。
建议不要将任何临时文件系统放在 SSD 上的推理思路似乎是避免在 SSD 上使用交换/虚拟内存的延伸，这至少更有意义，因为这些文件/分区固定在磁盘上。磨损均衡也可以防止这个问题像早期 SSD 那样成为一个大问题。
不过，我在这里的观点是，这种逻辑会被打破/tmp，因为在它上面创建的文件自然会分散在分配给该文件系统的扇区中。当您放置/tmp类型目录时，问题会进一步减少之内其他文件系统，如/usr/tmp和/var/tmp.
底线是，不，不用担心。
请注意，近年来人们一直在 SSD 上运行数据库服务器。如果您见过一种固定数据位置高写入计数设置。