Unix编程/应用问答中文版 ---6./etc/system可调资源限制

本文出自:urlhttp://www.nsfocus.com[/url] 维护:小四

1. /etc/system可调资源限制 6.1 Solaris下如何限制每个用户可拥有的最大进程数 6.2 如何配置系统使之支持更多的伪终端 6.3 如何增加每个进程可打开文件句柄数 6.4 6.5 做了setuid()这类调用的程序如何产生core dump 6.6 消息队列调整undefined
2. /etc/system可调资源限制

6.1 Solaris下如何限制每个用户可拥有的最大进程数

A: Casper Dik

在/etc/system设置

set maxuprc =

Q: maxusers参数究竟影响了什么

A: Casper Dik

下面以/etc/system语法格式举例说明：

*

set maxusers = <以MB为单位计的可用物理内存数量>

* 系统所允许的最大进程数，通常最多30000

set max_nprocs = 10 + 16 * maxusers

* 每个用户可以拥有的最大进程数(为超级用户保留5个)

set maxuprc = max_nprocs - 5;

sysdef | sed -n '/System Configuration/,$p'

6.2 如何配置系统使之支持更多的伪终端

A: Argoth

不要试图通过'/usr/bin/adb -k'到达目的。

a. 如果Solaris版本小于7，修改/etc/system，增加如下行

set pt_cnt=

执行/usr/sbin/reboot -- -r，或者Stop-A，执行boot -r

b. 对于Solaris 8，支持的伪终端数目根据需要动态改变，系统依然有一个内部限制，

但是这个值非常大。如果"pt_cnt"变量小于这个内部限制，将被忽略。一般情况

下，不再需要指定"pt_cnt"变量。但还是有某些罕见的情形，需要设置"pt_cnt"

变量大于内部限制。

6.3 如何增加每个进程可打开文件句柄数

A: Casper Dik

从Solaris 2.4开始，可以通过修改/etc/system实现

* set hard limit on file descriptors

set rlim_fd_max = 4096

* set soft limit on file descriptors

set rlim_fd_cur = 1024

软限制超过256时，某些应用程序会出问题，尤其BCP程序。软限制超过1024时，那些

使用select()的应用程序可能会出问题。Solaris 7之前，select()使用的文件句柄

数不能超过1024。Solaris 2.6的RPC代码被重写过了，使用poll()代替select()，可

以使用超过1024的文件句柄。Solaris 2.6之前，如果软限制超过1024，所有RPC服务

很可能崩溃。

Solaris 7下select()可以使用最多达65536的文件句柄，64-bit应用程序缺省情况如

此。如果是32-bit应用程序，需要指定给FD_SETSIZE一个更大的值，重新编译。

如果程序使用标准输入/输出(stdio)，或者调用那些使用stdio的库函数，当打开的

文件超过256时，程序可能会出问题，这个限制是stdio的限制。当程序需要大量文件

句柄时，应该想办法保留一些小数字的文件句柄，让stdio使用它们。

Solaris 7下64-bit应用程序不再受这个stdio限制的影响。如果你的确需要超过256

个FILE *，而又不能使用Solaris 7，或者需要运行32-bit代码，考虑使用来自AT&T

的SFIO(urlhttp://www.research.att.com/sw/tools/sfio/[/url])。

A: emailqaz@smth.org/email

检查当前设置

ulimit -H -n

1024

ulimit -S -n

64

对于Solaris，建议修改/etc/system后重启

* set hard limit on file descriptors

set rlim_fd_max=0x8000

* set soft limit on file descriptors

set rlim_fd_cur=0x8000

然后 ulimit -S -n 8192

对于Linux

echo 65536 > /proc/sys/fs/file-max

然后 ulimit -S -n 8192

对于FreeBSD

编辑/etc/sysctl.conf文件(或者sysctl -w，参看SYSCTL.CONF(5))

kern.maxfiles=65536

kern.maxfilesperproc=32768

Q: Linux下如何加大系统可以打开的文件数

A: emailplanck.bbs@bbs.nju.edu.cn/email

echo > /proc/sys/fs/file-max

6.5 做了setuid()这类调用的程序如何产生core dump

Q: 做了setuid()这类调用的程序不会产生core文件，可我需要调试这个程序。

/*

* gcc -Wall -O3 -o suidtest suidtest.c

*/

#include

#include

#include

#include

#include

#include

int main ( int argc, char * argv[] )

{

int *ptr = NULL;

printf( "Current uid = %d euid = %d\n", ( int )getuid(), ( int )geteuid() );

printf( "Result of seteuid( 500 ) = %d\n", seteuid( 500 ) );

printf( "Current uid = %d euid = %d\n", ( int )getuid(), ( int )geteuid() );

creat( "/tmp/scz_blah", S_IRWXU );

printf( "Result of setuid( 0 ) = %d\n", setuid( 0 ) );

printf( "Current uid = %d euid = %d\n", ( int )getuid(), ( int )geteuid() );

*ptr = 0;

return( EXIT_SUCCESS );

} /* end of main */

gcc -Wall -O3 -o suidtest suidtest.c

strip suidtest

file suidtest

suidtest: ELF 32-位 MSB 可执行 SPARC 版本 1，动态链接，除去

ls -l suidtest

-rwxr-xr-x 1 root other 4988 6月 29 21:21 suidtest*

./suidtest

Current uid = 0 euid = 0

Result of seteuid( 500 ) = 0

Current uid = 0 euid = 500

Result of setuid( 0 ) = 0

Current uid = 0 euid = 0

段错误

ls -l core

core: 无此文件或目录

这个程序应该core dump，但是现在没有core文件产生。注意，此时suidtest仅仅是

自己调用了setuid()，并非被"chmod u+s suidtest"过。有无/etc/system内核可配

置参数改变这种行为。

A: Sun Microsystems 2001-04-11

出于安全考虑，suid程序以及调用setuid()的程序缺省情况下不产生core dump。如

果确实需要产生core dump以便进行调试，修改/etc/system文件并重启系统

* 缺省该值为0，此时禁止suid程序以及调用setuid()的程序core dump

set allow_setid_core = 1

对于Solaris 2.6，需要先打补丁105181-22或更高版本，才能使用上述技术。对于

7及其更高版本的Solaris操作系统，不需要任何补丁。

A: 小四 2001-07-30 20:14

对于SPARC/Solaris 7来说，为了方便调试，执行coreadm -e proc-setid命令即可。

6.6 消息队列调整

Q: 在/etc/system中如何调整消息队列

A:

消息队列统一使用 msgsys:msginfo_ 前缀。你可以用sysdef获取一些缺省值，还可

以参看/usr/include/sys/msg.h头文件了解更多信息。此外不要忘记<>

msgsys:msginfo_msgmap

default 100 max 2147483647 100

msgsys:msginfo_msgmax

default 2048 max 2147483647 8192 typical value 2048

msgsys:msginfo_msgmnb

default 4096 max 2147483647 2048 typical value 4096

msgsys:msginfo_msgmni

default 50 max 2147483647 50 typical value 50

msgsys:msginfo_msgssz

default 8 max 2147483647 8

msgsys:msginfo_msgtql

default 40 max 2147483647 50 typical value 40

msgsys:msginfo_msgseg

default 1024 max 32767 1024

上一篇：做了setuid()这类调用的程序如何产生core dump

下一篇：LRU与MRU概念