本文主要是介绍Linux运维：ulimit命令修改打开文件的句柄数，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- ulimit命令语法
- 参数说明：
- 查看本机设置的参数：
- ulimit修改打开文件的句柄数
- 场景
- 解释：
- 修改
- 1.修改file-max
- 2.修改ulimit的open file
- 注意事项
- daemon进程无效
- 服务已启动动态调整无效
ulimit命令语法
ulimit [-aHS][-c <core文件上限>][-d <数据节区大小>][-f <文件大小>][-m <内存大小>][-n <文件数目>][-p <缓冲区大小>][-s <堆叠大小>][-t <CPU时间>][-u <程序数目>][-v <虚拟内存大小>]
参数说明：
| 参数 | 英文说明 | 中文解释 |
|---|---|---|
| -a | all | 显示目前资源限制的设定。 |
| -c | core file size | <core文件上限>设定core文件的最大值，单位为区块。 |
| -d | data seg size | <数据节区大小> 程序数据节区的最大值，单位为KB。 |
| -f | file size | <文件大小> shell所能建立的最大文件，单位为区块。 |
| -H | hard | 设定资源的硬性限制，管理员设置的上限。 |
| -S | soft | 软设定资源的弹性限制，小于hard设置的上限。 |
| -m | max locked memory | 设置内存中一些对程序性能影响较大的数据lock,指定可使用内存的上限，单位为KB。 |
| -m | max memory size | <内存大小> 指定可使用内存的上限，单位为KB。 |
| -n | open files | <文件数目> 指定同一时间最多可开启的文件数。 |
| -p | pipe size | <缓冲区大小> 指定管道缓冲区的大小，单位512字节。 |
| -s | stack size | <堆栈大小> 指定堆栈的上限，单位为KB。 |
| -t | cpu time | <CPU时间> 指定CPU使用时间的上限，单位为秒。 |
| -u | max user processes | <程序数目> 用户最多可开启的程序数目。 |
| -v | virtual memory | <虚拟内存大小> 指定可使用的虚拟内存上限，单位为KB。 |
查看本机设置的参数：
[root@hadoop-master 2477]# 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) 7146
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 102400
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 7146
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
ulimit修改打开文件的句柄数
场景
linux系统默认open files数目为1024, 有时应用程序会报Too many open files的错误，是因为open files 数目不够。这就需要修改ulimit和file-max。特别是提供大量静态文件访问的web服务器，缓存服务器（如squid）, 更要注意这个问题。
网上的教程，都只是简单说明要如何设置ulimit和file-max, 但这两者之间的关系差别，并没有仔细说明
解释：
1. file-max
man proc，可得到file-max的描述：/proc/sys/fs/file-max
This file defines a system-wide limit on the number of open files for all processes. (See
also setrlimit(2), which can be used by a process to set the per-process limit,
RLIMIT_NOFILE, on the number of files it may open.) If you get lots of error messages
about running out of file handles, try increasing this value:
即file-max是设置 系统所有进程一共可以打开的文件数量 。同时一些程序可以通过setrlimit调用，设置每个进程的限制。如果得到大量使用完文件句柄的错误信息，是应该增加这个值。
也就是说，这项参数是系统级别的。2. ulimit
Provides control over the resources available to the shell and to processes started by it, on systems that allow such control.
即设置当前shell以及由它启动的进程的资源限制。
显然，对服务器来说，file-max, ulimit都需要设置，否则就可能出现文件描述符用尽的问题
修改
1.修改file-max
# echo 102400 > /proc/sys/fs/file-max
# sysctl -w "fs.file-max=102400"，前面2种重启机器后会恢复为默认值
# vim /etc/sysctl.conf, 加入以下内容，重启生效
fs.file-max=102400
net.nf_conntrack_max=1024000
net.netfilter.nf_conntrack_max=1024000
2.修改ulimit的open file
系统默认的ulimit对文件打开数量的限制是1024
方式一（临时修改，推出后恢复默认值）：
# ulimit -HSn 102400 //这只是在当前终端有效，退出之后，open files又变为默认值。当然也可以写到/etc/profile中，因为每次登录终端时，都会自动执行/etc/profile
方式二（永久修改，需要重启主机）：
# vim /etc/security/limits.conf //加入以下配置，重启即可生效
* hard nofile 102400
* soft nofile 102400
按照第二种方式重启后，再看，发现句柄数已经改变了
[root@hadoop-master 2477]# ulimit -n
102400
注意事项
daemon进程无效
为了让一个程序的open files数目扩大，可以在启动脚本前面加上ulimit -HSn 102400命令。但当程序是一个daemon时，可能这种方法无效，因为没有终端。
服务已启动动态调整无效
如果某项服务已经启动，再动态调整ulimit是无效的，特别是涉及到线上业务就更麻烦了。
这时，可以考虑通过修改/proc/’程序pid’/limits来实现动态修改！！！（笔者通过VIM修改后报没有权限，目前无法通过这种方式修改），可以通过启动前修改的方式达到修改的目的。
例如：首先修改本地的打开文件数，从2048修改为1024
[root@hadoop-master shell-asy]# ulimit -n
2048
[root@hadoop-master shell-asy]# ulimit -n 1024
[root@hadoop-master shell-asy]# ulimit -n
1024
然后启动服务，并查看ulimit参数
[root@hadoop-master shell-asy]# nohup sh start-syn.sh &
[2] 4542
[root@hadoop-master shell-asy]# nohup: 忽略输入并把输出追加到"nohup.out"[root@hadoop-master shell-asy]# cat /proc/4542/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 7146 7146 processes
Max open files 1024 1024 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 7146 7146 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
发现我们需要修改的文件句柄数已经修改了
这篇关于Linux运维：ulimit命令修改打开文件的句柄数的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
