linux修改文件句柄数生效_修改linux最大文件句柄数

最新推荐文章于 2024-07-15 16:01:52 发布
原创 最新推荐文章于 2024-07-15 16:01:52 发布 · 1.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux修改文件句柄数生效

在Linux服务器大并发调优时，常需修改最大文件句柄数。默认情况下，该数值为1024个，大并发达到极限会报错。可使用ulimit -n命令修改，但仅对当前进程有效；也可修改系统参数，在/etc/security/limits.conf添加配置，注销重登后参数生效。

大家知道在linux服务器大并发调优时，往往需要预先调优linux参数，其中修改linux最大文件句柄数是最常修改的参数之一。

在linux中执行ulimit -a 即可查询linux相关的参数，如下所示：

[root@mongodb11 ~]# ulimit -a

core file size          (blocks, -c) 0

data seg size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 256324

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 1024

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 10240

cpu time               (seconds, -t) unlimited

max user processes              (-u) 256324

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

默认情况下，linux最大文件句柄数为1024个。当你的服务器在大并发达到极限时，就会报出“too many open files”。

那么如何修改linux最大文件句柄数呢？其实很简单：

1、ulimit -n 2048

这命令就可以修改linux最大文件句柄数，修改以后使用ulimit -a 查看修改的状态，如：

[root@mongodb11 ~]# ulimit -n 2048

[root@mongodb11 ~]# ulimit -a

core file size          (blocks, -c) 0

data seg size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 256324

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 2048

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 10240

cpu time               (seconds, -t) unlimited

max user processes              (-u) 256324

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

但是，这种方法只针对当前进程有效。重新打开一个shell或者开启一个进程，你就会发现参数还是ulimit -n xx修改之前的数字。那么有没有一劳永逸的方法呢？

当然有！那就是修改系统参数。

2、修改linux系统参数。vi /etc/security/limits.conf 添加

*　　soft　　nofile　　65536

*　　hard　　nofile　　65536

修改以后保存，注销当前用户，重新登录，执行ulimit -a ,ok ,参数生效了：

[root@localhost ~]# ulimit -a

core file size          (blocks, -c) 0

data seg size           (kbytes, -d) unlimited

scheduling priority             (-e) 0

file size               (blocks, -f) unlimited

pending signals                 (-i) 256600

max locked memory       (kbytes, -l) 64

max memory size         (kbytes, -m) unlimited

open files                      (-n) 65536

pipe size            (512 bytes, -p) 8

POSIX message queues     (bytes, -q) 819200

real-time priority              (-r) 0

stack size              (kbytes, -s) 10240

cpu time               (seconds, -t) unlimited

max user processes              (-u) 256600

virtual memory          (kbytes, -v) unlimited

file locks                      (-x) unlimited

VanessaDu
关注
linux 调优--修改文件最大句柄数
Hu_wen的专栏
01-22 2550
在linux服务器调优时，经常需要调优linux参数，以下是针对句柄数调优的相关说明： 首先查看下系统的句柄是多少，用ulimit -a 命令查看 [root@hu_wen ~]# ulimit -a core file size          (blocks, -c) 0 data seg size           (kbytes, -d) unlimited sche
linux修改文件句柄数量
Java程序员的知识博客
07-21 1523
ulimit 命令身是分软限制和硬限制，加-H就是硬限制，加-S就是软限制。硬限制就是实际的限制，而软限制是警告限制，它只会给出警告。假如，我们设置进程打开的文件句柄数是1024 ，但是系统总线制才500，所以所有进程最多能打开文件句柄数量500。文件句柄限制，就是规定的单个进程能够打开的最大文件句柄数量（Socket连接也算在里面，默认大小1024）其实上面的修改都是对一个进程打开的文件句柄数量的限制，我们还需要设置系统的总限制才可以。liunx中文件句柄有两种，一种是用户级的，一种是系统级的。
Too many open files 问题处理一例
yumushui的专栏
02-27 4608
今天同事在测试CentOS系统中进行程序测试时，遇到一个问题：        同事编写一个程序，配置在两台服务器上，一个作为服务器端，一个作为客户端，程序运行时，客户端会向服务器发起连接；        程序执行后，会打开5万多个文件，这时再次用一个其他客户端连接CentOS系统就会提示“Too many open files”错误而不能连接；        执行 losf | wc -l
Cetnos7之修改open files大小引发的故障及处理方式
yuanjinshenglife的专栏
02-11 1528
Cetnos7之修改open files大小引发的故障及处理方式
centos之Too many open files问题-修改linux最大文件句柄数
weixin_34228662的博客
10-31 769
linux服务器大并发调优时，往往需要预先调优linux参数，其中修改linux最大文件句柄数是最常修改的参数之一。在linux中执行ulimit -a 即可查询linux相关的参数，如下所示：[root@mongodb11 ~]# ulimit -acore file size          (blocks, -c) 0data seg size           (kbytes, -d)...
修改Linux文件句柄数限制
给生活加点盐
03-30 551
因为linux系统里都是以文件来表示的，所以在做搞并发的web系统时，修改文件句柄限制那是必须的。 查看某个进程使用了的文件句柄数 # sudo ps -ef | grep java root 1663 1 0 02:37 ? 00:00:43 /opt/bitnami/java/bin/java 从结果中可得知进程的pid，然后根据pid查看该进程...
Linux下查看进程打开的文件句柄数和如何修改方法
09-15
### Linux下查看与修改进程打开的文件句柄数详解 #### 一、引言 在Linux环境下，了解和管理进程打开的文件句柄数是非常重要的。文件句柄数的限制直接影响到应用程序能同时处理的文件数量，特别是对于那些需要处理...
linux的最大打开文件数限制修改方法
09-15
### Linux 最大打开文件数限制修改方法 #### 前言 在Linux系统中，为了保护系统的稳定性与安全性，每个用户登录系统时所能打开的最大文件数都有一定的限制。这一限制通常默认设置为1024个文件。然而，在一些特定的...
Linux文件句柄数引发的故障
爱折腾的小土豆的博客
12-10 1471
A. 一个系统可以打开的文件描述符数量即所有用户的所有进程打开的文件描述符总数量受file-max限制。B. 一个进程可以打开的文件描述符的数量小于hard limit，而hard limit的值要小于nr_open。但是实际能打开的文件描述符的最大数量还和系统资源有关。C. 一个用户可以打开的文件描述符数量等于一个进程可以打开的文件描述符的数量* 一个用户最大可以打开的进程数量。
【linux】linux修改文件句柄数量，linux文件句柄的修改分为用户级和系统级
weixin_30505751的博客
07-05 330
说明： liunx中文件句柄有两种，一种是用户级的，一种是系统级的 文件句柄限制，就是规定的单个进程能够打开的最大文件句柄数量（Socket连接也算在里面，默认大小1024） 1 用户级的修改 　　1.1 用户级修改临时生效方法 　　　　重启后失效 　　　　ulimit 命令身是分软限制和硬限制，加-H就是硬限制，加-S就是软限制。默认显示的是软限制，如果运行uli...
修改linux文件句柄数
Polaris
01-09 960
在Linux下，我们使用ulimit -n命令可以看到单个进程能够打开的最大文件句柄数量(socket连接也算在里面)。系统默认值1024。    对于一般的应用来说(象Apache、系统进程)1024完全足够使用。但是如何象java等单进程处理大量请求的应用来说就有点捉襟见肘了。如果单个进程打开的文件句柄数量超过了系统定义的值，就会提到“too many files open”的错误提示。
Linux修改句柄数
qq_18629653的博客
12-01 1004
查看信息 ulimit -a 修改方法 1.重新登录就会失效 ulimit -n 100000 （root用户何以随意修改，普通用户只能修改成比现在小的值） 2. 重新登录后生效 vi /etc/security/limits.conf soft nofile 32768 hard nofile 1048576 （最大值1048576 ） ...
修改centos打开文件最大限制
骆驼刺
09-07 797
1. /etc/security/limits.conf # /etc/security/limits.conf # #Each line describes a limit for a user in the form: # # # #Wher
nofile和noproc
weixin_48790793的博客
09-25 3736
nofile nofile表示单个进程可以打开的最大文件句柄数（默认值，软限制：1024，硬限制：4096） /proc/sys/fs/file-max表示整个系统内核可以分配的最大文件句柄数（默认值约为物理内存转换成kb的值/10），如需修改执行命令：echo ‘fs.file-max=104857600’ >> /etc/sysctl.conf && sysctl -q -p /proc/sys/fs/file-nr表示整个系统内核的文件句柄统计数据（只读），包含三个值，1
linux系统优化_修改句柄数
2201_76034404的博客
07-15 1092
linux系统参数优化
Linux系统里文件句柄数量修改
seamon0627的专栏
05-13 5044
背景：linux系统里，最大打开的文件句柄数（也即是打开文件数最大限制值），按约定的单个进程能够打开的最大文件句柄数量，默认大小为：1024。 句柄限制类型 系统级最大限制（内核级别） cat /proc/sys/fs/file-max 用户级最大限制 ulimit -n 备注：默认值为：1024，例如常见的阿里云、华为云类型的云主机一般值为：65535 。 修改最大限制值 用户级的临时修改方法：ulimit -SHn 65535 注意：系统重启后失效！ 用户级的永久修改方法：..
linux文件句柄数修改和查看
wskfly的博客
11-11 647
ulimit -a查看单个进程最大句柄数 查看系统打开句柄最大数量 more /proc/sys/fs/file-max 查看打开句柄总数 lsof|awk '{print $2}'|wc -l 根据打开文件句柄的数量降序排列，其中第二列为进程ID： lsof|awk '{print $2}'|sort|uniq -c|sort -nr|more 根据获取的进程ID查看进程的详情 ps -ef |grep 修改linux单进程最大文件连接数 ..
Centos7 出现“Too many open files“等文件打开太多等错误解决方案
MyDriverC
02-14 2563
ulimit -a 查看用户进程级的能够打开文件句柄的数量，Centos7默认是1024。 max-file 表示系统级别的能够打开的文件句柄的数量。是对整个系统的限制，并不是针对用户的。 ulimit -n 控制进程级别能够打开的文件句柄的数量。提供对shell及其启动的进程的可用文件句柄的控制，这是进程级别的。 对于服务器来说，file-max和ulimit都需要设置，否则会出现文件描述符耗尽的问题。 一般如果遇到文件句柄达到上限时，会碰到"Too many open files"或者Soc.
Centos7 出现"Too many open files"等文件打开太多等错误解决方案
热门推荐
Gzigithub的博客
05-29 1万+
ulimit -a 查看用户进程级的能够打开文件句柄的数量，Centos7默认是1024。 max-file 表示系统级别的能够打开的文件句柄的数量。是对整个系统的限制，并不是针对用户的。 ulimit -n 控制进程级别能够打开的文件句柄的数量。提供对shell及其启动的进程的可用文件句柄的控制，这是进程级别的。 对于服务器来说，file-max和ulimit都需要设置，否则会出现文件...
linux文件句柄数最大值
最新发布
04-24
### Linux 文件句柄数最大值及相关配置 #### 文件句柄数的概念 在 Linux 系统中，文件句柄（File Handle）是指向文件或其他 I/O 资源的引用。每个进程都有一定的文件描述符限制，称为句柄数。可以通过 `ulimit -n` 命令查看当前用户的最大文件句柄数[^1]。 #### 默认值与限制范围 默认情况下，大多数 Linux 发行版将每用户可打开的最大文件句柄数设置为 1024。然而，这只是一个软限制（Soft Limit），表示普通用户可以使用的最大值。硬限制（Hard Limit）则定义了系统允许的绝对上限，默认可能更高，具体取决于操作系统版本和硬件资源[^2]。 #### 查看系统级最大文件句柄数 除了用户级别的限制外，整个系统的文件句柄总数也受到约束。该值存储在 `/proc/sys/fs/file-max` 中，可通过以下命令查看： ```bash cat /proc/sys/fs/file-max ``` 此值通常是物理内存大小按 KB 计算后的 10%，例如，在拥有 128GB RAM 的机器上，其值大约为 13,000,000 左右[^3]。 #### 配置方法 ##### 临时修改 如果仅需更改当前会话中的文件句柄数限制，可以直接执行以下命令： ```bash ulimit -n <number> ``` 其中 `<number>` 是希望设定的新值。需要注意的是，这种方式不会持久化，关闭终端后即失效[^1]。 ##### 永久修改 为了实现永久性的调整，需要编辑 `/etc/security/limits.conf` 文件，并添加或更新如下条目： ```plaintext * soft nofile <soft_limit_value> * hard nofile <hard_limit_value> ``` 这里 `*` 表示适用于所有用户；`<soft_limit_value>` 和 `<hard_limit_value>` 则分别代表软限制和硬限制的实际数值。例如： ```plaintext * soft nofile 65536 * hard nofile 65536 ``` 另外，还需确保 `/etc/security/limits.conf` 中指定的值不超过全局文件句柄最大值 (`/proc/sys/fs/file-max`)。必要时，也可以通过修改内核参数来增加后者： ```bash sysctl -w fs.file-max=<new_max_value> ``` 或者将其写入到 `/etc/sysctl.conf` 文件中以便重启后仍然有效： ```plaintext fs.file-max = <new_max_value> ``` 最后一步非常重要——某些服务启动脚本依赖于 PAM（Pluggable Authentication Module）模块加载 limits 设置，所以确认 pam_limits.so 已被加入至相关认证堆栈也很关键。一般位于 `/etc/pam.d/common-session` 或者类似的文件里应有类似下面的一行存在： ```plaintext session required pam_limits.so ``` 完成以上步骤之后，记得注销再重新登录使新配置生效[^3]。 #### 性能考量 提高文件句柄数虽然能够满足高并发场景下的需求，但也可能导致更多的内存消耗和其他潜在开销。因此建议依据实际应用场景合理规划这些参数，而不是盲目追求极高数值。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值