怎样查看linux进程打开的文件数

Posted 2023-05-11

Linux文件数打开数
查看当前系统最大的文件打开数，
在linux终端中输入ulimit -a
“open files”参数选项后面的数值就是当前系统支持的最大打开文件数

修改linux最大文件打开数
如果要修改linux最大文件打开数，可以通过参数命令 unlimit -n 后面接需要设置的文件数量。
设置好之后，再次查看 unlimit -a 你会发现已经设置为新的数量了

设置好之后，再次编辑修改重启设置的服务，已经没有刚刚那个1024文件数限制的报错提示

其他修改方法
除此之外，如果针对不同的用户。也可以通过编辑修改 /etc/rc.local文件设置环境变量，添加 unlimit -n
，重启之后一般就自动设置好了

查看系统句柄文件数
当前系统文件句柄的最大数目，只用于查看，不能设置修改
cat /proc/sys/fs/file-max

查看进程打开文件数
如果需要查看所有进程的文件打开数，命令lsof |wc -l 参考技术A /proc/pid/fd/ 这个目录包含了进程打开的每一个文件的链接本回答被提问者和网友采纳 参考技术B linux系统下查看进程打开文件
在/proc下，对应每个进程有一个以进程号命名的目录，该目录下有一个fd目录，该目录下面的每个文件是一个符号连接，其文件名对应该进程占用的一个文件描述符，而连接指向的内容表示文件描述符对应的实际文件，有多少个文件描述符表示该进程打开了多少文件。
另外Linux
默认的进程打开文件上限是1024个，可以通过ulimit
-n查看。很多系统上限可以通过修改/etc/security/limits.conf文件改变，这个文件有详细的注释，对如何修改做了说明。如果希望
把所有用户的进程打开文件上限改为65536，可以加入下面两行

* soft nofile 65535
* hard nofile 65535

还可以只真对某个用户或某个组做修改，具体方法参见文件注释。修改后需要重新启动系统才能生效。 参考技术C linux系统下查看进程打开文件
在/proc下，对应每个进程有一个以进程号命名的目录，该目录下有一个fd目录，该目录下面的每个文件是一个符号连接，其文件名对应该进程占用的一个文件描述符，而连接指向的内容表示文件描述符对应的实际文件，有多少个文件描述符表示该进程打开了多少文件。
另外Linux
默认的进程打开文件上限是1024个，可以通过ulimit
-n查看。很多系统上限可以通过修改/etc/security/limits.conf文件改变，这个文件有详细的注释，对如何修改做了说明。如果希望
把所有用户的进程打开文件上限改为65536，可以加入下面两行

* soft nofile 65535
* hard nofile 65535

还可以只真对某个用户或某个组做修改，具体方法参见文件注释。修改后需要重新启动系统才能生效。

Linux下高并发网络编程

  Linux下高并发网络编程

1、修改用户进程可打开文件数限制

在Linux平台上，无论编写客户端程序还是服务端程序，在进行高并发TCP连接处理时，

最高的并发数量都要受到系统对用户单一进程同时可打开文件数量的限制(这是因为系统

为每个TCP连接都要创建一个socket句柄，每个socket句柄同时也是一个文件句柄)。

可使用ulimit命令查看系统允许当前用户进程打开的文件数限制：    

[[email protected] ~]$ ulimit -n

1024

这表示当前用户的每个进程最多允许同时打开1024个文件，这1024个文件中还得除去

每个进程必然打开的标准输入，标准输出，标准错误，服务器监听 socket，

进程间通讯的unix域socket等文件，那么剩下的可用于客户端socket连接的文件数就

只有大概1024-10=1014个左右。也就是说缺省情况下，基于Linux的通讯程序最多允许

同时1014个TCP并发连接。

对于想支持更高数量的TCP并发连接的通讯处理程序，就必须修改Linux对当前用户的

进程同时打开的文件数量的软限制(soft limit)和硬限制(hardlimit)。其中软限制

是指Linux在当前系统能够承受的范围内进一步限制用户同时打开的文件数；硬限制

则是根据系统硬件资源状况(主要是系统内存)计算出来的系统最多可同时打开的文件数量。

通常软限制小于或等于硬限制。

 

修改上述限制的最简单的办法就是使用ulimit命令：

[[email protected] ~]$ ulimit -n    

上述命令中，在中指定要设置的单一进程允许打开的最大文件数。如果系统回显

类似于“Operation notpermitted”之类的话，说明上述限制修改失败，实际上是

因为在中指定的数值超过了Linux系统对该用户打开文件数的软限制或硬限制。

因此，就需要修改Linux系统对用户的关于打开文件数的软限制和硬限制。

 

第一步，修改/etc/security/limits.conf文件，在文件中添加如下行：

speng soft nofile 10240

speng hard nofile 10240

其中speng指定了要修改哪个用户的打开文件数限制，可用’*‘号表示修改所有用户的限制；

soft或hard指定要修改软限制还是硬限制；10240则指定了想要修改的新的限制值，

即最大打开文件数(请注意软限制值要小于或等于硬限制)。修改完后保存文件。

 

第二步，修改/etc/pam.d/login文件，在文件中添加如下行：

session required /lib/security/pam_limits.so    

这是告诉Linux在用户完成系统登录后，应该调用pam_limits.so模块来设置系统对

该用户可使用的各种资源数量的最大限制(包括用户可打开的最大文件数限制)，

而pam_limits.so模块就会从/etc/security/limits.conf文件中读取配置来设置这些限制值。

修改完后保存此文件。

 

第三步，查看Linux系统级的最大打开文件数限制，使用如下命令：

[[email protected] ~]$ cat /proc/sys/fs/file-max

12158

这表明这台Linux系统最多允许同时打开(即包含所有用户打开文件数总和)12158个文件，

是Linux系统级硬限制，所有用户级的打开文件数限制都不应超过这个数值。通常这个系统级

硬限制是Linux系统在启动时根据系统硬件资源状况计算出来的最佳的最大同时打开文件数限制，

如果没有特殊需要，不应该修改此限制，除非想为用户级打开文件数限制设置超过此限制的值。

 

修改此硬限制的方法是修改/etc/rc.local脚本，在脚本中添加如下行：

echo 22158 > /proc/sys/fs/file-max

这是让Linux在启动完成后强行将系统级打开文件数硬限制设置为22158。修改完后保存此文件。

 

完成上述步骤后重启系统，一般情况下就可以将Linux系统对指定用户的单一进程允许同时

打开的最大文件数限制设为指定的数值。如果重启后用 ulimit-n命令查看用户可打开文件数限制

仍然低于上述步骤中设置的最大值，这可能是因为在用户登录脚本/etc/profile中使用ulimit -n命令

已经将用户可同时打开的文件数做了限制。由于通过ulimit-n修改系统对用户可同时打开文件的

最大数限制时，新修改的值只能小于或等于上次 ulimit-n设置的值，因此想用此命令增大这个

限制值是不可能的。

所以，如果有上述问题存在，就只能去打开/etc/profile脚本文件，

在文件中查找是否使用了ulimit-n限制了用户可同时打开的最大文件数量，如果找到，

则删除这行命令，或者将其设置的值改为合适的值，然后保存文件，用户退出并重新登录系统即可。    

通过上述步骤，就为支持高并发TCP连接处理的通讯处理程序解除关于打开文件数量方面的系统限制。

2、修改网络内核对TCP连接的有关限制

在Linux上编写支持高并发TCP连接的客户端通讯处理程序时，有时会发现尽管已经解除了系统

对用户同时打开文件数的限制，但仍会出现并发TCP连接数增加到一定数量时，再也无法成功

建立新的TCP连接的现象。出现这种现在的原因有多种。

 

第一种原因可能是因为Linux网络内核对本地端口号范围有限制。此时，进一步分析为什么无法

建立TCP连接，会发现问题出在connect()调用返回失败，查看系统错误提示消息是“Can’t assign requestedaddress”。同时，如果在此时用tcpdump工具监视网络，会发现根本没有TCP连接时客户端

发SYN包的网络流量。这些情况说明问题在于本地Linux系统内核中有限制。

其实，问题的根本原因

在于Linux内核的TCP/IP协议实现模块对系统中所有的客户端TCP连接对应的本地端口号的范围

进行了限制(例如，内核限制本地端口号的范围为1024~32768之间)。当系统中某一时刻同时