什么时候应该使用/ dev / shm /？什么时候应该使用/ tmp /？

#1 楼

/dev/shm是一个临时文件存储文件系统，即tmpfs，它使用RAM作为后备存储。
它可用作促进IPC的共享内存实现。

来自Wikipedia：


最近的2.6 Linux内核版本已开始以ramdisk形式提供/ dev / shm作为共享内存，更具体地说是世界可写目录，该目录以/ etc / default / tmpfs中定义的限制存储在内存中。
/ dev / shm支持在内核配置文件中是完全可选的。
Fedora和Ubuntu发行版中都默认包含它，在Pulseaudio应用程序中使用最广泛。


/tmp是文件系统层次结构标准中定义的临时文件的位置，几乎所有Unix和Linux发行版都遵循该文件。

由于RAM的速度明显快于磁盘存储，因此您可以使用/dev/shm代替/tmp如果您的过程是I / O密集型并且广泛使用临时文件，则可以提高性能。

要回答您的问题：不，您不能总是依赖/dev/shm的存在，当然也不能依赖捆绑内存的机器。除非您有充分的理由使用/tmp，否则应使用/dev/shm。

请记住，/tmp可以是/文件系统的一部分，而不是单独的安装文件，因此可以根据需要进行扩展。 /dev/shm的大小受系统上过多的RAM限制，因此，您更有可能在此文件系统上用完空间。

#2 楼

按照tmpfs可能的降序排列：

┌───────────┬──────────────┬────────────────┐
│ /dev/shm  │ always tmpfs │ Linux specific │
├───────────┼──────────────┼────────────────┤
│ /tmp      │ can be tmpfs │ FHS 1.0        │
├───────────┼──────────────┼────────────────┤
│ /var/tmp  │ never tmpfs  │ FHS 1.0        │
└───────────┴──────────────┴────────────────┘

由于您询问的是Linux特定的tmpfs挂载点，而不是可移植定义的目录（可能是tmpfs）（取决于您的sysadmin和发行版的默认设置），因此您的问题有两个方面，其他答案对此有不同的强调：

适当使用各种tmp目录

适当使用tmpfs



适当使用各种tmp目录
根据古老的文件系统层次结构标准以及Systemd关于此问题的说法。

如有疑问，请使用/tmp。
请使用/var/tmp进行操作重新启动后应持续存在的数据。
对于可能无法轻松放入RAM的大数据使用/var/tmp（假设/var/tmp有更多可用空间-通常是一个合理的假设）。
仅将/dev/shm用作副作用调用shm_open()。预期的目标对象是无限覆盖的缓冲区。因此，这适用于内容易失且不会很大的长寿命文件。
绝对不要对可执行文件（任何类型）使用/dev/shm，因为它通常是noexec。
如果仍然有疑问，请提供用户覆盖的一种方式。为使惊喜最少，请像mktemp一样使用并尊重TMPDIR环境变量。

tmpfs擅长的地方
重要的是要说tmpfs真正擅长的地方首先是隐藏在旋转的磁盘上非常重要的性能错误。因此，如果修复它是一种选择，那么这当然是对tmpfs的不当使用：
fsync是tmpfs上的无操作项。此系统调用告诉OS刷新与文件关联的页面缓存，一直到刷新相关存储设备的写缓存，同时阻止发布它的程序完全没有进展–这是非常粗糙的写障碍。仅在存储协议不是考虑到事务的情况下，它才是必备的工具。缓存首先是使程序能够执行数百万次对文件的小写操作，而无需注意写入存储设备的实际速度—所有实际写入都是异步发生的，或者直到调用fsync为止，这是唯一可以直接由程序感觉到写入性能的地方。
因此，如果您发现自己使用tmpfs（或eatmydata）只是为了击败fsync，那么您（或该链中的其他开发人员）正在做错事。这意味着针对您的目的，对存储设备进行的事务处理不必要地精细化-您显然愿意跳过一些保存点以提高性能，因为您现在已经破坏了所有保存点-很少会有最好的妥协。同样，在交易性能领域中，拥有SSD的一些最大好处是–与旋转磁盘可能要消耗的SSD相比，任何物超所值的SSD都将具有超凡脱俗的性能（7200 rpm = 120 Hz，如果没有其他说明正在访问它）。闪存卡在此指标上也相差很大（这是在顺序性能上的折衷，而SD卡的等级仅考虑后者）。因此请当心，拥有快速SSD的开发人员不要强迫您的用户进入此用例！
想听一个荒谬的故事吗？我的第一个fsync课程：我从事一项工作，涉及定期将一堆Sqlite数据库（称为测试用例）“升级”到不断变化的当前格式。 “升级”框架将运行一堆脚本，每个脚本至少进行一次事务以升级一个数据库。当然，我并行升级了数据库（并行升级了8个数据库，因为我拥有强大的8核CPU）。但是，正如我发现的那样，并行化速度完全没有问题（因为这完全是IO约束），因此根本没有并行化加速。有趣的是，将升级框架包装在一个脚本中，该脚本将每个数据库复制到/dev/shm，在那里进行了升级，然后将其复制回磁盘，速度快了100倍（并行8个）。另外，PC还可在升级数据库时使用。
tmpfs适用的地方
tmpfs的适当使用是为了避免不必要地写入易失性数据。有效禁用写回，就像在常规文件系统上将/proc/sys/vm/dirty_writeback_centisecs设置为infinity一样。
这与性能没有多大关系，并且与滥用fsync相比，失败的关注要小得多：写回超时决定了磁盘内容更新的延迟时间在页面缓存内容之后，默认值为5秒，这对于计算机而言是很长的时间–应用程序可以在页面缓存中根据需要频繁覆盖文件，但是磁盘上的内容大约每5秒更新一次。除非应用程序使用fsync强制通过它。考虑一下应用程序这次可以输出一个小文件多少次，您会明白为什么对每个单个文件进行fsync会是一个更大的问题。
tmpfs不能为您提供什么帮助

阅读性能。如果您的数据很热（最好考虑将其保存在tmpfs中），那么无论如何您都会访问页面缓存。区别在于不访问页面缓存时；如果是这种情况，请转到下面的“ Where tmpfs sux”。
短期文件。这些可以在被写出之前将其全部生命保存在页面缓存中（作为脏页面）。除非您用fsync强制使用它。

tmpfs sux
保存冷数据。您可能会倾向于认为从交换中提供文件与普通文件系统一样有效，但是有两个原因导致它不起作用：

最简单的原因：没有什么当代的存储设备（无论是基于硬盘还是闪存）都比读取由适当的文件系统整齐组织的相当连续的文件更爱。交换4KiB块不可能对此有所改善。
隐藏的成本：交换。 Tmpfs页面很脏-它们需要写到某个地方（以便交换）才能从页面缓存中删除，而不是可以立即删除的文件支持的干净页面。这是对争用内存的所有其他事物的额外写惩罚–在与使用这些tmpfs页面不同的时间影响其他事物。

#3 楼

好的，这就是现实。

tmpfs和普通文件系统都是磁盘上的内存缓存。

tmpfs使用内存和交换空间作为后备存储，文件系统使用特定的磁盘区域，文件系统的大小均不受限制，一台机器上有200GB的tmpfs是很有可能的如果您有足够的交换空间，则RAM少于GB。

区别在于何时将数据写入磁盘。对于tmpfs，仅在内存太满或不太可能很快使用数据时才写入数据。 OTOH大多数正常的Linux文件系统都被设计为在磁盘上始终具有或多或少一致的数据集，因此，如果用户拔出插头，他们不会丢失任何东西。

就我个人而言，我已经习惯了不会崩溃的操作系统和UPS系统（例如：笔记本电脑电池），因此我认为ext2 / 3文件系统在5-10秒的检查点上过于偏执间隔。 ext4文件系统最好具有10分钟的检查点，但它会将用户数据视为第二类并且不对其进行保护。 （ext3相同，但是由于5秒检查点而没有注意到它）

这种频繁的检查点意味着不必要的数据正在不断地写入磁盘，即使对于/ tmp也是如此。

因此，结果是您需要创建与/ tmp一样大的交换空间（即使必须创建一个swapfile），并使用该空间将所需大小的tmpfs挂载到/ tmp上。

切勿使用/ dev / shm。

除非您将其用于非常小（可能是mmap'd）的IPC文件，并且您确定它存在（这不是标准），并且计算机具有足够的内存+可用交换空间。

#4 楼

将/ tmp /用于临时文件。当需要共享内存（即通过文件进行进程间通信）时，请使用/ dev / shm /。

您可以依赖/ tmp /在那里，但是/ dev / shm /是相对较新的Linux东西。

#5 楼

另一个应该使用/ dev / shm（对于Linux 2.6及更高版本）的时间是，您需要保证tmpfs文件系统，因为您不知道是否可以写入磁盘。

监视系统我熟悉在构建报告以提交到中央服务器时需要写出临时文件。在实践中，更有可能阻止某些东西写入文件系统（磁盘空间不足或潜在的RAID故障使系统进入硬件只读模式），但您仍然可以保持警惕而不是像某些东西使所有可用内存急剧增加，以致tmpfs将不可用（并且包装盒不会失效）。在这种情况下，监视系统将更喜欢写到RAM，以便潜在地能够发送有关磁盘已满或硬件已死/快死的警报。

#6 楼

/ dev / shm用于共享虚拟内存系统特定的设备驱动程序和程序。

如果要创建需要虚拟内存堆的程序，则该程序应映射到虚拟内存。这翻倍了，因此，如果您需要多个进程或线程才能安全地访问该内存。

事实是，仅仅因为驱动程序为此使用了特殊版本的tmpfs，并不意味着您应该将其用作通用tmpfs分区。相反，如果您要为临时目录创建一个tmpfs分区，则应该创建另一个。

#7 楼

在PERL中，任何机器（均运行Linux Mint）上的最小内存为8GB，我认为这是一个好习惯，即使用/ dev /进行数百万次的基于DB_File的复杂算法（文件中的数据结构）的数百万次读写操作shm

在其他语言中，并不是到处都有，避免使用批处理来避免网络传输的开始和停止（在位于客户端-服务器环境中的服务器上的本地文件中工作）某种类型的文件，我将立即将整个文件（300-900MB）复制到/ dev / shm，将输出结果运行到/ dev / shm，将结果写回到服务器，然后从/ dev / shm删除

当然，如果我的RAM更少，我就不会这样做。通常，/ dev / shm的内存文件系统读取的大小是可用RAM的一半。但是，RAM的常规使用是恒定的。因此，您实际上无法在2GB或更小的设备上执行此操作。为了将夸张的说法夸张，RAM中经常有一些东西，甚至系统也无法很好地报告。