我在考虑将/tmp放在独立的分区上...用什么文件系统格式化它会比较好呢?
我之所以问这个问题是因为存储在/tmp中的数据并不是永久性的,所以我不需要日志记录、复杂的索引或其他任何东西。
我之所以问这个问题是因为存储在/tmp中的数据并不是永久性的,所以我不需要日志记录、复杂的索引或其他任何东西。
/tmp
移动到内存中(tmpfs
)是最好的解决方案(尤其是在我使用大量磁盘密集型IO操作的设置上 - MySQL等),如果你有足够的内存来支持它。/etc/fstab
中添加一行类似于:none /tmp tmpfs size=64M,mode=1777 0 0
的内容。您可以根据需要更改size
的值。如果您认为容量太小,可以使用mount
命令增加大小:mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount
。容量将在原地增加而不会删除现有文件。/tmp
很大,检查它将需要一些时间。在许多情况下,ext3启动速度更快。因此,我建议使用日志功能。/tmp
来存储大量的小文件。因此,在某些情况下,没有更多的可用块,文件系统已满。ext4和reiserfs以不同的方式存储文件。因此,对于/tmp
来说,使用它们可能是一个不错的选择。/tmp
中未使用的文件是一个好主意。 tmpreaper
是一个可以为您完成这项任务的解决方案。tmpfs
。tmpfs
应该可以满足您的需求,前提是您安装了足够的内存。
话虽如此...关于将内存磁盘用作 /tmp
的问题(来源于其他文章):
使用具体的挂载选项与 ext4 文件系统应该没问题。请使用以下挂载选项:
barrier=0 : Significantly improves file write operations in some scenarios
noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
我对ext4感到满意。如果你喜欢调整它,或者如果你有很多内存,可以尝试一些挂载选项,或者使用tmpfs。
/tmp
来说已经足够大了——在我的台式机上,我最多只使用了12MB的空间,尽管在我的服务器上,当客户在MySQL和脚本语言中做些愚蠢的事情导致/tmp
变得非常庞大时,它可能会变得非常大。tmpfs的精妙之处在于它不仅仅会占用64MB的内存,而是会根据需要进行扩展——所以你在tmpfs中只会使用当前所需的空间。 - Marco Ceppi