linux 修改ulimit 的参数

ulimit -a 显示当前用户的各种限制。

ulimit -n 的数值表示每个进程可以打开的文件数目。

一般情况下, ulimit -n 的数值是1024.

当进程打开的文件数目超过此限制时,该进程就会退出。

因此,有些时候我们需要修改此限制。

如果我们只是普通用户,只是暂时的修改ulimit -n,可以直接shell命令来修改(ulimit -n 1024000)。但是这个设置时暂时的保留!当我们退出bash后,该值恢复原值。

如果要永久修改ulimit,需要修改/etc/security/limits.conf。

vim /etc/security/limits.conf

# 添加如下的行

*  soft  nofile    102400

*  hard  nofile    102400

*  soft  nproc     65535

*  hard  nproc     65535

以下是说明:

* 代表针对所有用户

noproc 是代表最大进程数

nofile 是代表最大文件打开数

添加格式:

username|@groupname       type      resource       limit

username|@groupname:设置需要被限制的用户名,组名前面加@和用户名区别。也可以用通配符*来做所有用户的限制。

type:有 soft,hard 和 -,soft 指的是当前系统生效的设置值。hard 表明系统中所能设定的最大值。soft 的限制不能比har 限制高。用 - 就表明同时设置了 soft 和 hard 的值。

resource:

core - 限制内核文件的大小(kb)

date - 最大数据大小(kb)

fsize - 最大文件大小(kb)

memlock - 最大锁定内存地址空间(kb)

nofile - 打开文件的最大数目

rss - 最大持久设置大小(kb)

stack - 最大栈大小(kb)

cpu - 以分钟为单位的最多 CPU 时间

noproc - 进程的最大数目

as - 地址空间限制

maxlogins - 此用户允许登录的最大数目

文件保存之后,需要重新登录一次才能生效,如果重新登录不行 就需要重启一下。

注:open file这个参数只要使用root用户编辑后,就会自动生效 ...?待考证

时间: 2024-10-11 16:28:51

linux 修改ulimit 的参数的相关文章

linux修改open file参数

1.文件中添加如下:/etc/sysctl.conf fs.file-max = 202400 #file-max是内核可分配的最大文件数fs.nr_open = 102400 #nr_open是单个进程可分配的最大文件数 sysctl -p 立即生效 2.文件中添加如下:/etc/security/limits.conf soft nofile 102400 hard nofile 102400 ulimit -n 1024000 立即生效 注:具体值请根据系统性能决定 原文地址:https:

Mac OSX下修改 ulimit 参数

OSX下Leopard, Yosemite版本的操作系统下, 修改 ulimit 命令默认的程序是 launchd.默认的ulimit命令继承自launchd, 默认的limits参数如下: daviddeMacBook-Pro:etc david$ sudo launchctl limitPassword:  cpu         unlimited      unlimited        filesize    unlimited      unlimited        data 

只针对apache修改ulimit参数

今天对公司服务器进行了优化,但主管了看了之后要求我不要全局修改open files参数,要求只修改apache的open files参数.也就是局部修改.   系统:centos 5.51.查看全局ulimit和apache ulimit参数上图我们可以看到全局ulimit中open files参数值是65535,现在来看apache的 1 for pid in `ps aux |grep httpd |grep -v grep|awk '{print $2}'` 2do   3 cat /pr

linux中touch命令参数修改文件的时间戳(转)

linux中touch命令参数不常用,一般在使用make的时候可能会用到,用来修改文件时间戳,或者新建一个不存在的文件,以下是linux中touch命令参数的使用方法: touch [-acm][-r ref_file(参照文件)|-t time(时间值)] file(文件名) example: touch file1.txt 更新file1.txt的存取和修改时间 touch -c file1.txt 如果file1.txt不存在,不创建文件 touch -r ref_file file1.t

Linux - 修改系统的max open files、max user processes(附ulimit的使用方法)

目录 1 问题说明 2 修改max open files 3 修改max user processes 4 附录: ulimit命令说明 1 问题说明 Linux 系统默认的max open files = 1024, 在大内存服务器中, 如果运行负载比较大的程序, 很容易发生error: too many open files, 特别是提供大量静态文件访问的Web服务器.缓存服务器中这种错误更加常见. open files表示系统级别的能够打开的文件句柄的数量, 是系统级别的安全策略: 限制所

[转]修改ulimit值的学习点滴

修改ulimit值的学习点滴: 网上有好多修改ulimit的文章,但大多仅限于对当前交互shell的修改,如果只是为了提高某一次执行脚本的文件句柄打开数,以下方法非常有效: 操作系统: CentOS 5.1 x86_64 1)修改当前交互终端的limit值 查询当前终端的文件句柄数: ulimit -n 回车,一般的系统默认的1024. 修改文件句柄数为65535,ulimit -n 65535.此时系统的文件句柄数为65535. 2)将ulimit 值添加到/etc/profile文件中(适用

高并发情况下Linux系统及kernel参数优化

众所周知在默认参数情况下Linux对高并发支持并不好,主要受限于单进程最大打开文件数限制.内核TCP参数方面和IO事件分配机制等.下面就从几方面来调整使Linux系统能够支持高并发环境. Iptables相关 如非必须,关掉或卸载iptables防火墙,并阻止kernel加载iptables模块.这些模块会影响并发性能. 单进程最大打开文件数限制 一般的发行版,限制单进程最大可以打开1024个文件,这是远远不能满足高并发需求的,调整过程如下: 在#号提示符下敲入: # ulimit–n 6553

[转载]linux修改open files数

概要: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的描述:/pro

linux修改max user processes limits

说明:这篇是网上看到的有关修改max user processes limits,觉得还可以,就保留了下来!稍微加了点东西 具体:最近新上了一批服务器,内核升级到了2.6.32版本,部署完MySQL实例后上到线上,直接负载冲到15,cpu使用达到700%. 01:20:01 PM   runq-sz  plist-sz   ldavg-1   ldavg-5  ldavg-1503:50:01 PM        34      1506     22.95     18.11     11.7