Question

我写了一个严重的文件密集型测试套件。过了一段时间（2小时），我得到一个IOError: [Errno 24] Too many open files: '/tmp/tmpxsqYPm'。我仔细检查了所有文件句柄是否再次关闭它们。但错误仍然存在。

我试图找出使用resource.RLIMIT_NOFILE的允许文件描述符的数量以及当前打开的文件解析器的数量：

def get_open_fds():

    fds = []
    for fd in range(3,resource.RLIMIT_NOFILE):
            try:
                    flags = fcntl.fcntl(fd, fcntl.F_GETFD)
            except IOError:
                    continue

            fds.append(fd)

    return fds

所以如果我运行以下测试：

print get_open_fds()
for i in range(0,100):
    f = open("/tmp/test_%i" % i, "w")
    f.write("test")
    print get_open_fds()

我得到了这个输出：

[]
/tmp/test_0
[3]
/tmp/test_1
[4]
/tmp/test_2
[3]
/tmp/test_3
[4]
/tmp/test_4
[3]
/tmp/test_5
[4] ...

这很奇怪，我预计会有越来越多的打开文件描述符。我的剧本是否正确？

我正在使用python的记录器和子进程。这可能是我的fd泄漏的原因吗？

谢谢，丹尼尔

Answer 1

更正的代码是：

import resource
import fcntl
import os

def get_open_fds():
    fds = []
    soft, hard = resource.getrlimit(resource.RLIMIT_NOFILE)
    for fd in range(0, soft):
        try:
            flags = fcntl.fcntl(fd, fcntl.F_GETFD)
        except IOError:
            continue
        fds.append(fd)
    return fds

def get_file_names_from_file_number(fds):
    names = []
    for fd in fds:
        names.append(os.readlink('/proc/self/fd/%d' % fd))
    return names

fds = get_open_fds()
print get_file_names_from_file_number(fds)

Answer 2

您的测试脚本会在每次迭代时覆盖f，这意味着每次都会关闭该文件。使用管道记录到文件和subprocess都会使用描述符，这可能导致用尽。

Answer 3

resource.RLIMIT_NOFILE确实是7，但这是resource.getrlimit（）的索引，而不是限制本身... resource.getrlimit（resource.RLIMIT_NOFILE）是你想要的顶级范围（）

python中打开的文件太多了

3 个答案: