Solaris中关于参数rlim_fd_max和rlim_fd_cur的设置讨论

 

 

 

Solaris中关于参数rlim_fd_max和rlim_fd_cur的设置讨论

王路平

该文档完整可以参考我在豆丁的文档，帮我刷一下豆丁，我多赚点豆元，可以多下文档了！

 

一、概述

很多开发者在编程的时候经常遇到了文件描述符不够用的情况，比如说这样的一个程序，程序首先创建125个的管道(用pipe(fd[2])来创建),但不释放,接着再打开文件，你就会发现只能打开6个文件,就再也不能打开文件了(fopen()函数返回错误)。按我们的经验觉得在Solaris 8上肯定不止这些文件描述符，但是确实只能使用125*2+6=256个文件描述符(因为一个管道拥有两个描述符)。其实程序能使用的文件描述符受rlim_fd_max和rlim_fd_cur这两个kernel参数设置的限制,在/etc/system文件里即使把这两个参数值设置成最65535，仍然只能再打开若干个文件后fopen函数就会返回错误值，但这两个参数的改变确实影响着程序的执行结果。

二、设置修改参数值

其实在系统里面有这样一个命令ulimit，以下是ulimit -a执行的结果：

time(seconds) unlimitedfile(blocks) unlimiteddata(kbytes) unlimitedstack(kbytes) 8192coredump(blocks) unlimitednofiles(descriptors) 1024memory(kbytes) unlimited

其中nofiles就是文件描述符的变量值，该值受rlim_fd_cur这个参数的影响，可以用ulimit -n number命令来修改。但不管怎么改,程序仍然不能突破fd=256的限制。在Solaris Tunable Parameters Reference Manual这本书里面能查到以下的资料：

A 32-bit program using standard I/O is limited to 256 file descriptors。A 64-bit program using standard I/O can use up to 2 billion descriptors。

这也就是说32位的程序是没有办法突破这个限制的，只有64位的程序才能使用高达2亿个文件描述符，SUN的软硬件在很早以前就实现了64位的架构，现在唯一要解决的就是将程序编译成64位程序，为了生成64位程序,就必须要有64位的编译器（其实不是这样的）,如果你去下载64位编译器gcc，网站上没有特别注明是64位的gcc，但是会有个意外的收获，就是该软件的说明里面注明了只要在用gcc编译的时候加上-m64的option就能生成64位程序了。

于是用gcc -m64去编译生成一个64位程序后，用ulimit -n 102400将number of fd设成很大的情况下，所有问题迎刃而解，再也不存在文件描述符不够用的情况。

在/etc/system文件设置rlimi_fc_max和rlim_fd_cur格式如下：

set rlim_fd_max=65535set rlim_fd_cur=102400

命令ulimit使用格式如下：

usage: ulimit [ -HSacdfnstv ] [ limit ]ulimit -a是显示各参数的设置值，ulimit -n是用来设置fd的最大值的。

以下测试程序的源代码。

// test.c : #include #include #include  int main(int argc, char* argv[]){        long i,count;        FILE  * file;int  p[2];.........