linux命令-ulimit 命令详解

一、命令概述

命 令:ulimit

功 能:控制shell程序的资源

语  法:

ulimit [-aHS][-c <core文件上限>][-d <数据节区大小>][-f <文件大 小>][-m <内存大小>][-n <文件数目>][-p <缓冲区大小>][-s <堆栈大小>][-t <CPU时间>][-u <程序数目>][-v <虚拟内存大小>]

补充说明:

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

参  数:

-H 设置硬件资源限制,是管理员所设下的限制.

-S 设置软件资源限制,是管理员所设下的限制.

-a 显示当前所有的资源限制.

-u 进程数目:用户最多可启动的进程数目.

-c size:设置core文件的最大值.单位:blocks

-d size:设置程序数据段的最大值.单位:kbytes

-f size:设置shell创建文件的最大值.单位:blocks

-l size:设置在内存中锁定进程的最大值.单位:kbytes

-m size:设置可以使用的常驻内存的最大值.单位:kbytes

-n size:设置内核可以同时打开的文件描述符的最大值.单位:n

-p size:设置管道缓冲区的最大值.单位:kbytes

-s size:设置堆栈的最大值.单位:kbytes

-t size:设置CPU使用时间的最大上限.单位:seconds

-v size:设置虚拟内存的最大值.单位:kbytes

二、系统调优

临时性生效

适用于通过 ulimit 命令登录 shell 会话期间,如前所述, ulimit -a 用来显示当前的各种用户进程限制。

Linux对于每个用户,系统限制其最大进程数。为提高性能,可以根据设备资源情况,设置各linux 用户的最大进程数,下面我把某linux用户的最大进程数设为10000个:

   ulimit -u 10000 

对于需要做许多 socket 连接并使它们处于打开状态的 Java 应用程序而言,

最好通过使用 ulimit -n xx 修改每个进程可打开的文件数,缺省值是 1024。

 ulimit -n 4096 

将每个进程可以打开的文件数目加大到4096,缺省为1024

 其他建议设置成无限制(unlimited)的一些重要设置是: 

 数据段长度:ulimit -d unlimited 

 最大内存大小:ulimit -m unlimited 

 堆栈大小:ulimit -s unlimited 

 CPU 时间:ulimit -t unlimited 

 虚拟内存:ulimit -v unlimited 

永久性生效

通过将一个相应的 ulimit 语句添加到由登录 shell 读取的文件中, 即特定于 shell 的用户资源文件,如:

1) 解除 Linux 系统的最大进程数和最大文件打开数限制:

   vi /etc/security/limits.conf

    # 添加如下的行

    * soft noproc 11000

    * hard noproc 11000

    * soft nofile 4100

    * hard nofile 4100 

   说明:* 代表针对所有用户

        noproc 是代表最大进程数

        nofile 是代表最大文件打开数 

2) 修改所有 linux 用户的环境变量文件:

vi /etc/profile 

ulimit -u 10000

ulimit -n 4096

ulimit -d unlimited 

ulimit -m unlimited 

ulimit -s unlimited 

ulimit -t unlimited 

ulimit -v unlimited 

 

/**************************************

修改程序限制

有时候在程序里面需要打开多个文件,进行分析,系统一般默认数量是1024,(用ulimit -a可以看到)对于正常使用是够了,但是对于程序来讲,就太少了。

修改如下2个文件。

1) /etc/security/limits.conf
vi /etc/security/limits.conf

加上:

* soft nofile 8192

* hard nofile 20480
2) /etc/pam.d/login
session required /lib/security/pam_limits.so

**********

另外确保/etc/pam.d/system-auth文件有下面内容

session required /lib/security/$ISA/pam_limits.so

这一行确保系统会执行这个限制。

***********
3) 一般用户的.bash_profile
ulimit -n 1024

重新登陆ok

3. /proc目录:

1)/proc目录里面包括很多系统当前状态的参数

例如:引用

/proc/sys/fs/file-max

/proc/sys/fs/inode-max

是对整个系统的限制,并不是针对用户的;

2)proc目录中的值可以进行动态的设置,若希望永久生效,可以修改/etc/sysctl.conf文件,并使用下面的命令确认:
sysctl -p

三、用户进程的有效范围

ulimit 作为对资源使用限制的一种工作,是有其作用范围的。那么,它限制的对象是单个用户,单个进程,还是整个系统呢?事实上,ulimit 限制的是当前 shell 进程以及其派生的子进程。举例来说,如果用户同时运行了两个 shell 终端进程,只在其中一个环境中执行了 ulimit – s 100,则该 shell 进程里创建文件的大小收到相应的限制,而同时另一个 shell终端包括其上运行的子程序都不会受其影响:

Shell 进程 1

ulimit –s 100
cat testFile > newFile
File size limit exceeded

Shell 进程 2

cat testFile > newFile
ls –s newFile
323669 newFile

问题1:su切换用户时提示:Resource temporarily unavailable

或者通过进程跟踪 strace -p pid 看到:Resource temporarily unavailab

通过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) 63463
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 65535
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) 4096
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

在上面这些参数中,通常我们关注得比较多:

open files: 一个进程可打开的最大文件数.

max user processes: 系统允许创建的最大进程数量.

通过 ps -efL|grep java |wc -l

#24001

这个得到的线程数竟然是2万多,远远超过4096

我们可以使用 ulimit -u 20000 修改max user processes的值,但是只能在当前终端的这个session里面生效,重新登录后仍然是使用系统默认值。

正确的修改方式是修改/etc/security/limits.d/20-nproc.conf文件中的值。先看一下这个文件包含什么:

$ cat /etc/security/limits.d/90-nproc.conf # Default limit for number of user’s processes to prevent# accidental fork bombs.# See rhbz #432903 for reasoning.* soft nproc 8192
我们只要修改上面文件中的8192这个值,即可。

问题2:linux 打开文件数 too many open files 解决方法

在运行某些命令或者 tomcat等服务器持续运行 一段时间后可能遇到 too many open files。

出现这句提示的原因是程序打开的文件/socket连接数量超过系统设定值。

java进程如果遇到java.net.SocketException: Too many open files,接着可能导致域名解析ava.net.UnknownHostException:

原因是用户进程无法打开系统文件了。

查看每个用户最大允许打开文件数量

ulimit -a

其中 open files (-n) 65535 表示每个用户最大允许打开的文件数量是65535 。 默认是1024。1024很容易不够用。

永久修改open files 方法
vim /etc/security/limits.conf
在最后加入

  • soft nofile 65535
  • hard nofile 65535

或者只加入

    • nofile 65535

最前的 * 表示所有用户,可根据需要设置某一用户,例如
fdipzone soft nofile 8192
fdipzone hard nofile 8192

注意"nofile"项有两个可能的限制措施。就是项下的hard和soft。 要使修改过得最大打开文件数生效,必须对这两种限制进行设定。 如果使用"-"字符设定, 则hard和soft设定会同时被设定。
改完后注销一下就能生效。

通过 ulimit -n或者ulimit -a 查看系统的最大文件打开数已经生效了。但此时查看进程的最大文件打开数没有变,原因是这个值是在进程启动的时候设定的,要生效必须重启!

ok,那就重启吧,重启完毕,结果发现依然没变!这奇了怪了,后来经过好久的排查,最终确认问题是,该程序是通过 supervisord来管理的,也就是这进程都是 supervisord 的子进程,而 supervisord 的最大文件打开数还是老的配置,此时必须重启 supervisord 才可以。

当大家遇到limits修改不生效的时候,请查一下进程是否只是子进程,如果是,那就要把父进程也一并重启才可以。

### ulimit 命令概述 `ulimit` 是 Linux 中的一个内置 Shell 命令,主要用于查看或设置用户进程的资源限制。通过该命令,管理员可以有效地管理单个用户或用户组所能使用的系统资源最大量,例如文件大小、内存使用、CPU 时间等[^2]。 此命令对于多用户环境下的系统性能管理和稳定性保障尤为重要。它可以防止某些恶意或失控的进程过度占用系统资源,从而导致其他正常运行的任务受到影响[^1]。 --- ### 查看当前资源限制 要查看当前所有的资源限制配置,可执行以下命令: ```bash ulimit -a ``` 这会显示一系列默认的资源限制项及其对应的值。例如: - `core file size (blocks)` 表示核心转储文件的最大尺寸。 - `data seg size (kbytes)` 表示数据段的最大大小。 - `file size (blocks)` 表示创建文件的最大尺寸。 - `open files (-n)` 表示每个进程中打开文件描述符的数量限制。 - `max user processes (-u)` 表示单个用户可启动的最大进程数。 以上信息可以通过具体参数单独查询或调整[^5]。 --- ### 设置资源限制 #### 临时更改(仅限当前 Shell) 如果只需要在当前 Shell 会话中应用新的资源限制,则可以直接输入相应的 `ulimit` 参数。例如: - **限制文件大小**: 将新创建文件的最大尺寸设为 1GB: ```bash ulimit -f 1048576 ``` - **限制打开文件数量**: 将每进程允许打开的文件描述符数量限制为 2048: ```bash ulimit -n 2048 ``` - **限制 CPU 时间**: 设定某进程最多只能运行 30 秒钟: ```bash ulimit -t 30 ``` 注意,这种类型的修改只会在当前终端会话期间生效,在关闭终端后恢复原状[^2]。 #### 永久更改(写入配置文件) 为了实现永久性的资源限制设定,通常需要编辑特定用户的配置文件或者全局配置文件。常见的做法如下: - 编辑 `/etc/security/limits.conf` 文件来定义硬限制和软限制。例如: ``` username soft nofile 1024 username hard nofile 2048 ``` 上述例子表示将用户名为 `username` 的用户开放文件描述符的软限制设为 1024,硬限制设为 2048。 - 对于更复杂的场景,还可以利用 PAM 配置模块或其他初始化脚本完成进一步定制化需求[^3]。 --- ### 硬限制与软限制的区别 `ulimit` 支持两种不同级别的限制——硬限制 (`hard limit`) 和软限制 (`soft limit`)。两者的区别在于权限范围以及灵活性方面: - **硬限制**:由超级用户(root)设定,普通用户无法提升其数值; - **软限制**:可以在不超过硬限制的前提下动态增加至接近硬限制的程度;超出软限时可能会触发警告提示。 当操作涉及这两种模式切换时,需分别指定 `-H` 或者 `-S` 参数[^3]。 --- ### 解决常见问题 假如遇到因资源不足引发的应用崩溃等问题,可能是因为现有配额过低所致。此时可通过适当放宽相关约束予以缓解。比如针对频繁报错 “Too many open files”,则应考虑增大对应字段限额: ```bash ulimit -Sn 4096 # 提高软限制到 4096 ulimit -Hn 8192 # 同步更新硬限制至更高水平 ``` 另外值得注意的是,部分发行版可能存在额外的安全策略机制干扰实际效果评估过程,因此建议结合实际情况综合分析处理方案[^4]。 --- ### 总结 综上所述,掌握好如何运用 `ulimit` 这一强大工具可以帮助我们更好地掌控服务器上的各项资源配置情况,并及时预防潜在风险隐患的发生。无论是日常运维还是紧急故障排查阶段都能发挥重要作用。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

鸭梨山大。

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值