• Linux系统的文件句柄数量问题


    在Linux下面部署应用的时候,有时候会遇上Socket/File: Can’t open so many files的问题,其实Linux是有文件句柄限制的(就像WinXP?),而且默认不是很高,一般都是1024,作为一台生产服务器,其实很容易就达到这个数量,因此我们需要把这个值改大一些。

    大概知道ulimit这个命令是相关的,上Google搜索了一下,大多数说的很含糊,也没有统一说一下,经过两个小时看了不少文章终于弄清楚ulimit相关的一些配置问题。

    我们可以用ulimit -a来查看所有限制值,我只关心文件句柄数量的问题

    open files (-n) 1024

    这个就是限制数量

    这里,有很多ulimit的文章都说的很含糊,究竟这个1024是系统的限制,还是用户的限制呢。其实,这个是用户限制来的,完整的说法,应该是当前用户准备要运行的程序的限制。

    1、这个限制是针对单个程序的限制

    2、这个限制不会改变之前已经运行了的程序的限制

    3、对这个值的修改,退出了当前的shell就会消失

    比如说,我先运行了一个程序A,然后通过ulimit修改了限制为2048,然后运行B,然后退出了shell再登录,然后运行C。那就只有B可以打开2048个句柄。

    如果我们需要改变整体的限制值,或者我们运行的程序是系统启动的,应该怎么处理呢

    其中一个方法,是想ulimit修改命令放入/etc/profile里面,但是这个做法并不好

    正确的做法,应该是修改/etc/security/limits.conf

    里面有很详细的注释,比如

    * soft nofile 2048

    * hard nofile 32768

    就可以将文件句柄限制统一改成软2048,硬32768

    这里涉及另外一个问题,什么是软限制,什么是硬限制

    硬限制是实际的限制,而软限制,是warnning限制,只会做出warning

    其实ulimit命令本身就有分软硬设置,加-H就是硬,加-S就是软

    默认显示的是软限制,如果修改的时候没有加上的话,就是两个一起改

    配置文件最前面的一位是domain,设置为星号代表全局,另外你也可以针对不同的用户做出不同的限制

    修改了,重新登录用ulimit一开就立刻生效了,不过之前启动过的程序要重新启动才能使用新的值。我用的是CentOS,似乎有些系统需要重启才能生效。

    ulimit其实就是对单一程序的限制

    那系统总限制呢

    其实是在这里,/proc/sys/fs/file-max

    可以通过cat查看目前的值,echo来立刻修改

    另外还有一个,/proc/sys/fs/file-nr

    只读,可以看到整个系统目前使用的文件句柄数量

    查找文件句柄问题的时候,还有一个很实用的程序lsof

    可以很方便看到某个进程开了那些句柄

    也可以看到某个文件/目录被什么进程占用了。

    (责任编辑:云子)

  • 相关阅读:
    【Java高级工程师蜕变之路】008 Spring核心思想
    【Java高级工程师蜕变之路】003 MyBatis高级进阶
    【Java高级工程师蜕变之路】007 Spring基础回顾
    【Java高级工程师蜕变之路】006 ErrorContext的机制分析
    【Java高级工程师蜕变之路】002 自定义持久层框架
    【Java高级工程师蜕变之路】001 JDBC的问题分析
    如何配置mac环境下的JAVA_HOME
    【Java高级工程师蜕变之路】005 MyBatis插件及其应用
    【Java高级工程师蜕变之路】004 MyBatis源码剖析
    ConcurrentHashMap中的2的n次方幂上舍入方法
  • 原文地址:https://www.cnblogs.com/aquester/p/9891990.html
Copyright © 2020-2023  润新知