Linux文件系统之元数据

日志文件系统（journaling file systems）可防止系统崩溃时导致的数据不一致问题。对文件系统元数据（metadata）的更改都被保存在一份单独的日志里，当发生系统崩溃时可以根据日志正确地恢复数据。除此之外，日志使系统重新启动时不必进行文件系统的检查，从而缩短了恢复时间。

所以说元数据就是数据的数据。

任何文件系统中的数据分为数据和元数据。数据是指普通文件中的实际数据，而元

数据指用来描述一个文件的特征的系统数据，诸如访问权限、文件拥有者以及文件数据

块的分布信息(inode...)等等。在集群文件系统中，分布信息包括文件在磁盘上的位置以及磁盘在集群中的位置。用户需要 *** 作一个文件必须首先得到它的元数据，才能定位到文件的位置并且得到文件的内容或相关属性。

2． 元数据管理方式

元数据管理有两种方式。集中式管理和分布式管理。集中式管理是指在系统中有一个节点专门司职元数据管理，所有元数据都存储在该节点的存储设备上。所有客户端对文件的请求前，都要先对该元数据管理器请求元数据。分布式管理是指将元数据存放在系统的任意节点并且能动态的迁移。对元数据管理的职责也分布到各个不同的节点上。大多数集群文件系统都采用集中式的元数据管理。因为集中式管理实现简单，一致性维护容易，在一定的 *** 作频繁度内可以提供较满意的性能。缺点是单一失效点问题，若该服务器失效，整个系统将无法正常工作。而且，当对元数据的 *** 作过于频繁时，集中的元数据管理成为整个系统的性能瓶颈。

分布式元数据管理的好处是解决了集中式管理的单一失效点问题，而且性能不会随着 *** 作频繁而出现瓶颈。其缺点是，实现复杂，一致性维护复杂，对性能有一定影响。

dd命令的参数主要就是

if =输入文件（或设备名称）

of =输出文件（或设备名称）

题主输入的sdc1不是设备文件名，是分区，设备是sdc,所以输入sdc没问题，我分析应该是这个原因

在Linux下一切资源皆文件，普通文件是文件，磁盘打印机是文件，socket 当然也是文件。

关于Linux下系统,进程能最大能打开的文件描述符数看过好多文章,但大都没有完整,详细说明每个值表示什么意思,在实践中该怎么设置?

如何通过最简单的设置来实现最有效的性能调优，如何在有限资源的条件下保证程序的运作?

max-file 表示系统级别的能够打开的文件句柄的数量，是对整个系统的限制，并不是针对用户的。

ulimit -n 控制进程级别能够打开的文件句柄的数量，提供对shell及其启动的进程的可用文件句柄的控制，这是进程级别的。

对于服务器来说，file-max和ulimit都需要设置，否则会出现文件描述符耗尽的问题。

一般如果遇到文件句柄达到上限时，会碰到"Too many open files"或者Socket/File: Can’t open so many files等错误。

相关的3个文件：

/proc/sys/fs/file-max

/proc/sys/fs/file-nr

/etc/security/limits.conf

/proc/sys/fs/file-max

Linux系统级别限制所有用户进程能打开的文件描述符总数。

max-file 表示系统级别的能够打开的文件句柄的数量，是对整个系统的限制，并不是针对用户的。

/etc/security/limits.conf

用户级别的限制是通过可以通过命令ulimit命令和文件/etc/security/limits.conf

/proc/sys/fs/file-nr 该参数是只读的，不能修改。

file-nr的值由3部分组成：

1，已经分配的文件描述符数；

2，已经分配但未使用的文件描述符数；

3，内核最大能分配的文件描述符数

/proc/${pid}/fd

众所周知，在相应进程的/proc/$pid/fd 目录下存放了此进程所有打开的fd。

当然有些可能不是本进程自己打开的，如通过fork()从父进程继承而来的。

那么这个socket:后面的一串数字是什么呢？其实是该socket的inode号。

那么，知道了某个进程打开的socket的inode号后，我们可以做什么呢？

这就涉及到/proc/net/tcp(udp对应/proc/net/udp)文件了，其中也列出了相应socket的inode号通过比对此字段，我们能在/proc/net/tcp下获得此套接口的其他信息，如对应的<本地地址：端口号，远端地址：端口号>对，窗口大小，状态等信息。

具体字段含义详见net/ipv4/tcp_ipv4.c 中的 tcp4_seq_show 函数。

如果socket创建了，没有被使用，那么就只会在/proc/pid/fd下面有，而不会在/proc/net/下面有相关数据。

目录中的每一项都是一个符号链接，指向打开的文件，数字则代表文件描述符。

其中0 = /dev/null ，1 = stdout, 2 = stderr，用cat或tail查看即可。

Number of file descriptors: different between /proc/sys/fs/file-nr and /proc/$pid/fd?

https://serverfault.com/questions/485262/number-of-file-descriptors-different-between-proc-sys-fs-file-nr-and-proc-pi

Linux中最大文件描述符数

https://leokongwq.github.io/2016/11/09/linux-max-fd.html

How do linux file descriptor limits work?

https://stackoverflow.com/questions/3991223/how-do-linux-file-descriptor-limits-work

limits.conf(5) - Linux man page

https://linux.die.net/man/5/limits.conf

Why can't I tail -f /proc/$pid/fd/1 ?

https://unix.stackexchange.com/questions/152773/why-cant-i-tail-f-proc-pid-fd-1

Linux查看进程运行输出（/proc/＜pid＞/fd)

https://blog.csdn.net/u014756245/article/details/120023188

---