- 论坛徽章:
- 0
|
Solaris中关于参数rlim_fd_max和rlim_fd_cur的设置讨论
admin | 13 一月, 2006 12:43
一、概述
很多开发者在编程的时候经常遇到了文件描述符不够用的情况,比如说这样的一个程序,程序首先创建125个的管道(用 pipe(fd[2])来创建),但不释放,接着再打开文件,你就会发现只能打开6个文件,就再也不能打开文件了(fopen()函数返回错误)。按我们的经验觉得在Solaris 8上肯定不止这些文件描述符,但是确实只能使用125*2+6=256个文件描述符(因为一个管道拥有两个描述符)。其实程序能使用的文件描述符受 rlim_fd_max和rlim_fd_cur这两个kernal参数设置的限制,在/etc/system文件里即使把这两个参数值设置成最 65535,仍然只能再打开若干个文件后fopen函数就会返回错误值,但这两个参数的改变确实影响着程序的执行结果。
二、设置修改参数值
其实在系统里面有这样一个命令ulimit,以下是ulimit -a执行的结果:
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 1024
memory(kbytes) unlimited
其中nofiles就是文件描述符的变量值,该值受rlim_fd_cur这个参数的影响,可以用ulimit -n number命令来修改。但不管怎么改,程序仍然不能突破fd=256的限制。在Solaris Tunable Parameters Reference Manua这本书里面能查到以下的资料:
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位的编译器(其实不是这样的),如果你去
www.sunfreeware.com
下载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=65535
set 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];
if(argc==1)
{
printf("useage: test count_valuen");
return 0;
}
count = atoi(argv[1]);
for (i=0; i
参考资料
Solaris 8 Operating Environment System Administration I
Solaris Tunable Parameters Reference Manual
作者:王路平
http://blog.gceclub.sun.com.cn/index.php?op=ViewArticle&articleId=20&blogId=4
本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/3950/showart_109811.html |
|