Linux 目录读/写行为?

Linux 目录读/写行为?

我需要知道 Linux 系统的目录是如何使用的,以及它们的大致读/写行为。

到目前为止我还没有找到任何参考资料。有人可以提供一些链接吗?

我感兴趣的原因是因为我必须在一个系统上安装 Linux,该系统具有小型、快速且昂贵的 SSD(主要用于读取操作)、大型、缓慢且便宜的 SSD(读取和写入)和 RAM 磁盘(临时的)。

我知道答案取决于活动的类型(我的活动主要是开发活动),但正如我所写,我只需要近似值。

理想情况下,这就是我正在寻找的:

| Directory | Size | read/write operations ratio | average N operations per second |

我会做的(不确定)是:

Small and fast SSD: /bin, /boot, /dev?, /etc, /home, /lib, /opt, /root, /sbin, /usr
Large and slow SSD: /lost+found, /media, /mnt, /srv, /tmp, /var
RAM disk: /proc?, /dev?, /run

这合理吗?

答案1

对于你的用例(开发)我想说这/home是一个非常活动读/写目录。

/srv一般不使用,除非想用它来开发。按照惯例,服务器数据(网站、文件存储、可能的 SQL 数据库等)都存放在那里。

/opt通常意味着包含附加的(实际上是可选的)应用程序,这些应用程序是不是可通过您的发行版的包管理器安装。

/dev, /tmp, /run, 是最多的最多大多数主流 Linux 发行版通常将其配置为仅 RAM 的虚拟文件系统 (tmpfs)。

/proc以及/sys确实是总是虚拟内核文件系统。

/mnt主要是临时手动安装的目录,桌面系统几乎不使用它,因为它更常见地被替换/media,事实上,您通常不必担心占用任何空间或I/O带宽SSD 的目录,因为其中的目录实际上只是可移动媒体的安装点。

/lost+found本身甚至不是文件系统,它而是每个已安装的 ext[234] 文件系统特定的维护目录。

最后,考虑noatime至少在所有包含操作系统文件或大多数读取文件的文件系统上使用挂载选项,例如/bin/usr/boot/lib。您失去了其中文件更新的访问时间,但您获得了速度和 SSD 的收益-随着时间的推移而退化。

华泰

相关内容