首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Linux目录读/写行为?

问Linux目录读/写行为?
EN

Unix & Linux用户
提问于 2019-03-25 14:23:22
回答 1查看 199关注 0票数 0

我需要知道Linux系统的目录是如何被使用的,与它们在时间上的近似读/写行为有关。

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

我之所以感兴趣,是因为我必须在一个小型、快速和昂贵的SSD系统上安装Linux (主要用于读取操作)、一个大型、缓慢和廉价的SSD (读和写)和一个RAM磁盘(临时存储)。

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

理想情况下,这就是我想要的:

代码语言:javascript
复制
| Directory | Size | read/write operations ratio | average N operations per second |

我要做的(不确定)是:

代码语言:javascript
复制
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

这合理吗?

EN

回答 1

Unix & Linux用户

回答已采纳

发布于 2019-04-02 17:20:18

对于您的用例(开发),我认为/home是一个非常活跃的r/w目录。

通常不使用/srv,除非您希望将它用于开发。按照惯例,服务器数据(网站、文件存储、可能是sql数据库等)进去了。

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

大多数主流的Linux发行版通常将/dev、/tmp、/run配置为虚拟的、只使用RAM的文件系统(tmpfs)。

/proc和/sys实际上都是虚拟的内核文件系统.

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

/lost+found本身甚至不是文件系统,而是每个挂载的ext234文件系统的维护目录。

最后,考虑在至少所有包含OS文件的文件系统上使用noatime挂载选项,或者不管怎么说,主要是读取文件,比如/bin、/usr、/boot、/lib。您会丢失文件的访问时间,更新其中的文件,但是随着时间的推移,您将在速度和SSD中获得不可退化的性能。

HTH

票数 1
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/508525

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档