Linux 最大可以打开多少文件描述符?

这篇具有很好参考价值的文章主要介绍了Linux 最大可以打开多少文件描述符?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Linux 最大可以打开多少文件描述符?

在日常开发中,对文件的操作可谓是再寻常不过的一件事情。那么你是否有这样一个疑问,我最多可以打开多少个文件呢?

在Linux系统中,当某个程序打开文件时,内核会返回相应的文件描述符 (fd: file descriptors),也就是所谓的文件句柄,程序为了处理该文件必须引用此描述符。

文件描述符是大于等于0的整数,其可以标明每一个被进程所打开的文件和 socket。最前面的三个文件描述符(0,1,2)分别与标准输入(stdin),标准输出(stdout)和标准错误(stderr)对应,后面打开的文件依此类推对应 3、4…… 。

从文件描述符的描述中得知,其是按照每个进程来分配的。于是上面的问题"我最多可以打开多少个文件"就可以进一步细化为下面几个问题

  • 一个进程最多可以打开多少个文件描述符
  • 一个用户最多可以打开多少个文件描述符
  • 一个系统最多可以打开多少个文件描述符

顺着这样的思路,下面就开始进行探索。

一个进程最多可以打开多少个文件描述符?

下面的代码是一个用于测试能最多可以打开多少文件描述符的方法。

//g++ main.cpp -o main
#include <iostream>
#include <fcntl.h>
#include <errno.h>
#include <string.h>
#include <climits>
int main(){
    size_t MAX= UINT_MAX;
    for(int i = 0; i < MAX; ++i){
        int fd = open("./file.txt",O_RDWR);
        if(-1 == fd){
            fprintf(stderr,"open file %d  stderr, %s\n", i , strerror(errno));
            std::cin.get();
            exit(1);
        }
    }
}

使用std::cin.get()停在了程序退出前,目的是为了去/proc文件系统下查看最大的文件描述符。使用下面的shell命令就可以得到运行的程序所打开的最大的文件描述符。

ls /proc/<process id>/fd | sort -n | tail -n 1
1023

在我的测试环境中,上面的命令输出了1023。由于文件描述符是从0开始算起的,因此,实际上该进程最大打开了1024个文件描述符。

那么这个最大打开1024个文件的限制是在哪里的呢?

Linux ulimit命令用于控制shell程序的资源。 ulimit为shell内建指令,可用来控制shell执行程序的资源。

ulimit -n即可查看当前允许打开的最大的文件描述符数量。

尝试修改最大的文件描述符数量:

[root@localhost ~]# ulimit -n 10240
[root@localhost ~]# ulimit -n
10240

这样我们再次运行上面的程序进行测试:

[root@localhost ~]# ls /proc/44570/fd | sort -n | tail -n 1
10239

这个时候就发现系统可以打开的文件描述符数量已经达到了10239个。

上面我们通过ulimit -n成功的将当前进程可以打开的文件描述符提高到了10240个。 那么我们最多可以设置到多少呢?总不能可以无限制的修改下去把。

答案藏在Linux的nr_open文件中,nr_open用于限制单个进程可以分配的最大文件描述符,该限制对于系统上所有用户下所有进程都生效,查看当时如下:

cat /proc/sys/fs/nr_open
1073741816

在我的系统中,如果设置了一个比nr_open更大的值将会抛出错误。

[root@localhost ~]# ulimit -n 10000000000
-bash: ulimit: open files: cannot modify limit: Operation not permitted

在上面的过程中,我们修改进程可以打开文件描述符的上限是使用ulimit命令,但是ulimit命令更改后只是在当前会话生效,当退出当前会话重新登录后又会回到默认值1024,要永久更改则需要修改文件 /etc/security/limit.conf

limit.conf中可以设置很多与用户限制相关的内容。

其格式如下所示:

#<domain>        <type>  <item>  <value>
  • domain: 代表限制的对象,对哪些用户生效。其可以是一个用户名,也可以是一个用户组的名字,可以使用通配符*和%。
  • type: 仅仅有两种, soft和hard。 soft的限制的值不能超过hard限制的值。
  • item: 代表可以限制的内容, 可以有下面的一些选项可以设置
    • core - 显示coredump文件的大小 (单位KB)
    • data - 最大数据大小 (单位KB)
    • fsize - 最大文件大小 (单位KB)
    • memlock - 最大锁定内存地址空间 (单位KB)
    • nofile - 最大可以打开的文件描述符的数量
    • rss - 最大驻留集大小 (单位KB)
    • stack - 最大栈的大小 (KB)
    • cpu - 最多CPU占用时间,单位为MIN分钟
    • nproc - 最大可以打开的进程数量
    • as - 地址空间限制 (KB)
    • maxlogins - 用户可以同时登录的最大数量
    • maxsyslogins - 系统最大允许的登录数量
    • priority - 运行用户进程的优先级
    • locks - 用户可以持有的文件锁的最大数量
    • sigpending - 最大挂起信号数
    • msgqueue - POSIX 消息队列使用的最大内存 (单位 bytes)
    • nice - 允许的最大优先级提高到值 [-20,19]
    • rtprio - 最大实时优先级
  • value: 就是为item设置的具体的数值。

我们的需求是设置文件描述符的上限,因此item就是nofile。

加入下面的语句:

tom hard nofile 10240"

其含义是tom用户创建的每个进程的打开的最大的文件描述符数量不能超过硬限制10240

这里顺便再提一下softhard的区别, 达到 soft 限制会在系统的日志(一般为/var/log/messages)里面记录一条告警日志,但不影响使用。达到hard的限制,有日志且会影响使用。

因此hard limit才是真正的限制。

从这样的实验中我们得出了结论:

一个进程可以打开的文件描述符 < hard limit < nr_open

Linux 最大可以打开多少文件描述符?,linux,服务器,运维

但是这里其实还有操作系统的资源的隐含限制,虽然你可以将进程的最大描述符设置的非常大,然而打开一个文件描述符是需要消耗一定的内存的,当文件描述打开非常多时,可能就会出现OOM的状况。 因此实际进程能打开的文件描述符可能还受内存资源的限制。

一个用户最多可以打开多少个文件描述符

实际上一个用户可以打开的最大文件描述符 = (用于打开的最大进程数) * (每个进程最大可以打开的文件描述符数量)

每个进程可以打开的文件描述符数量在第一个问题中已经得到了解决。

那么这个问题就变成了一个用户最多可以打开多少个进程。

其中ulimit -u就可以设置当前shell可以打开的进程数量。

如果需要永久更改,则还是通过更改limits.conf文件。

方案一: 修改/etc/security/limits.conf文件, 在文件最后添加下述内容:

*  soft      nproc      131072
*  hard      nproc      131072

方案二: 修改/etc/security/limits.d/90-nproc.conf文件, 在文件最后添加下述内容:

# 用户进程数的默认限制, 下面这个是对root外的其他用户限制max user processes, 要注释掉: 
# *          soft    nproc     1024
root       soft    nproc     131072

对max user processes的配置, Linux系统默认先读取/etc/security/limits.conf 中的信息, 如果/etc/security/limits.d/目录下还有配置文件的话, 也会依次遍历读取, 最终, /etc/security/limits.d/中的配置会覆盖```/etc/security/limits.conf``````中的配置。

除上述限制以外,操作系统还有一个全局的限制,pid_max,用于设置操作系统可以打开的进程的总数量。

cat /proc/sys/kernel/pid_max

知道了这些限制之后,一个用户最多可以打开多少个文件描述符也迎刃而解了。即用户打开的最大进程数 < hard limit < pid_max。

不过一个用户最多可以打开多少个文件描述符在实际开发中并不怎么需要去关注,更多的时候还是去关心一个进程最多可以打开多少文件描述符。

一个系统最多可以打开多少个文件描述符

操作系统对于文件描述符有一个全局的限制, 其定义在/proc/sys/fs/file-max中,例如在我的系统中,其值如下所示:

cat /proc/sys/fs/file-max
9223372036854775807

可以看到这个数值是非常大的,一般情况下都不会达到,因为达到该限制会有巨大的内存消耗。文章来源地址https://www.toymoban.com/news/detail-721937.html

总结

  • 一个进程可以打开的文件描述符的数量小于hard limit,而hard limit的值要小于nr_open。但是实际能打开的文件描述符的最大数量还和系统资源有关。
  • 一个用户可以打开的文件描述符数量等于一个进程可以打开的文件描述符的数量* 一个用户最大可以打开的进程数量。
  • 一个系统可以打开的文件描述符数量即所有用户的所有进程打开的文件描述符总数量受file-max限制。

到了这里,关于Linux 最大可以打开多少文件描述符?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • flink源码分析-获取最大可以打开的文件句柄

    flink版本: flink-1.11.2 代码位置: org.apache.flink.runtime.util.EnvironmentInformation 调用位置:   taskmanager启动类:   org.apache.flink.runtime.taskexecutor.TaskManagerRunner 注意,该方法主要调用了com.sun.management.UnixOperatingSystemMXBean接口下的getMaxFileDescriptorCount方法,所以一定要在Sun/Oracle的JDK下才能使用

    2024年02月10日
    浏览(37)
  • 【linux】:linux下文件的使用以及文件描述符

    文章目录 前言 一、linux系统中的文件操作以及文件接口 二、文件描述符 1.文件描述符的分配规则 2.重定向 总结 理解文件原理和操作: 我们先快速回忆下一C语言的文件操作:  首先看一下fopen函数的使用,然后我们写一段简单的C语言打开文件的代码如下图: 接下来我们运行

    2023年04月13日
    浏览(40)
  • 详解—[Linux 文件描述符]

    一、文件描述符的概念  文件描述符 是Linux系统中用于访问文件的一种机制,它是一个 非负整数 ,用于指代 被打开的文件 。 在Linux中,所有执行I/O操作的系统调用都是通过文件描述符完成的。 文件描述符是一个简单的非负整数,用来表明每一个被进程打开的文件。 在程序

    2024年02月04日
    浏览(54)
  • 【Linux】文件描述符 (上篇)

    本章开始,我们将进入Linux文件相关的学习与操作,从复习回顾C语言的文件操作接口,再从操作系统角度出发,学习系统调用接口。再了解虚拟文件系统,内核管理文件的数据结构。最后通过学习的操作文件的系统接口来模拟实现C语言的文件操作接口,最后对之前实现的sh

    2024年02月12日
    浏览(45)
  • Linux中的文件描述符

    文件描述符的概念:在Linux中, 文件描述符是内核为了高效的管理已经被打开的文件所创建的索引 ,它是一个非负整数,用于指代被打开的文件,所有执行I/O操作的系统调用都是通过文件描述符完成的。文件描述符是一个简单的非负整数,用来表明每一个被进程打开的文件。

    2024年02月06日
    浏览(70)
  • (20)Linux初始文件描述符

    前言:本章我们介绍 O_WRONLY, O_TRUNC, O_APPEND 和 O_RDONLY。之后我们开始讲解文件描述符。 C 语言在 w 模式打开文件时,文件内容是会被清空的,但是 O_WRONLY 好像并非如此? 代码演示: 当前我们的 log.txt 内有 5 行数据,现在我们执行下面的代码:  运行结果: 我们以前在 C 语

    2024年02月02日
    浏览(40)
  • 【Linux】文件描述符 - fd

    使用 man open 指令查看手册: open 函数具体使用哪个,和具体应用场景有关。如:目标文件不存在,需要 open 创建,则第三个参数表示创建文件的默认权限;否则使用两个参数的 open。 write read close lseek ,类比 C 文件相关接口。 操作文件,除了使用 C 语言的接口【Linux】回顾

    2024年03月23日
    浏览(39)
  • 『Linux』文件描述符及重定向——为何说Linux下,一切皆文件?

    🌸作者简介: 花想云 ,在读本科生一枚,C/C++领域新星创作者,新星计划导师,阿里云专家博主,CSDN内容合伙人…致力于 C/C++、Linux 学习。 🌸 专栏简介:本文收录于 Linux从入门到精通 ,本专栏主要内容为本专栏主要内容为Linux的系统性学习,专为小白打造的文章专栏。

    2024年02月12日
    浏览(58)
  • [Linux]文件描述符(万字详解)

    在学习文件描述符前,首先要了解一下Linux系统常用的文件系统接口。 open函数 open函数有两个接口,三个参数的接口是在两个参数的接口的基础上添加了控制创建文件的权限功能,更适合写文件时使用 pathname参数 – 要打开的文件所在的路径 flags参数 – 打开文件的方式 mode参

    2024年02月10日
    浏览(37)
  • Linux - fd文件描述符和文件详解

                                                      ​​​​​​​             ​​​​​​​                                                   感谢各位 点赞 收藏 评论 三连支持                                                 本文

    2024年02月08日
    浏览(47)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包