ITPub博客

首页 > Linux操作系统 > Linux操作系统 > linux下debug errno 24的错误

linux下debug errno 24的错误

原创 Linux操作系统 作者:bartfj 时间:2013-01-31 10:36:08 0 删除 编辑

最近项目中碰到一个bug, 出现errno 24的错误,貌似打开的文件过多。

查找出错的代码,发现有文件打开后没有关闭, 为了找出根源,研究了一下linux debug打开文件过多的方法,主要用到两个命令。

一、ulimit命令

1,说明:
ulimit用于shell启动进程所占用的资源.
2,类别:
shell内建命令
3,语法格式:
ulimit [-acdfHlmnpsStvw] [size]
4,参数介绍:
-H 设置硬件资源限制.
-S 设置软件资源限制.
-a 显示当前所有的资源限制.
-c size:设置core文件的最大值.单位:blocks
-d size:设置数据段的最大值.单位:kbytes
-f size:设置创建文件的最大值.单位:blocks
-l size:设置在内存中锁定进程的最大值.单位:kbytes
-m size:设置可以使用的常驻内存的最大值.单位:kbytes
-n size:设置内核可以同时打开的文件描述符的最大值.单位:n
-p size:设置管道缓冲区的最大值.单位:kbytes
-s size:设置堆栈的最大值.单位:kbytes
-t size:设置CPU使用时间的最大上限.单位:seconds
-v size:设置虚拟内存的最大值.单位:kbytes

 

我们可以用ulimit -a来查看所有限制值,我只关心文件句柄数量的问题
 
  open files (-n) 1024
 
这个就是限制数量
 
  这里,有很多ulimit的文章都说的很含糊,究竟这个1024是系统的限制,还是用户的限制呢。其实,这个是用户限制来的,完整的说法,应该是当前用户准备要运行的程序的限制。
 
  1、这个限制是针对单个程序的限制
 
  2、这个限制不会改变之前已经运行了的程序的限制
 
  3、对这个值的修改,退出了当前的shell就会消失
 
  比如说,我先运行了一个程序a,然后通过ulimit修改了限制为2048,然后运行b,然后退出了shell再登录,然后运行c.那就只有b可以打开2048个句柄。

 

ulimit其实就是对单一程序的限制,那系统总限制呢?
 
其实是在这里,/proc/sys/fs/file-max, 可以通过cat查看目前的值,echo来立刻修改
 
另外还有一个,/proc/sys/fs/file-nr,该文件与 file-max 相关,它有三个值:

已分配文件句柄的数目,已使用文件句柄的数目,文件句柄的最大数目,该文件是只读

的,仅用于显示信息, 我就是查看这个文件证实了的确是打开的文件数超过了最大

数才出现bug.

 

二、lsof

查看所有进程的文件打开数
lsof |wc -l

查看某个进程打开的文件数
lsof -p pid |wc -l

查看某个文件被打开的次数

lsof |grep 文件名|wc -l (我用这个命令证实了代码中没有被close的文件一直在增加)

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7232789/viewspace-753639/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-02-17

  • 博文量
    86
  • 访问量
    239447