|
, max 2048, no
recommendations
最大用户定义系统可以支持的最大用户数，当核心生成的过程中，有一些表的大小就是
由这个参数决定的。这个值的大小在当前SOALRIS版本中决定于内存的兆数目；有一些参
数是由MAXUSER来决定的，
_ The maximum number of processes on the system
_ The number of quota structures held in the system
_ The size of the directory name lookup cache(DNLC)
默认值是系统内存兆数，小于2048；
如果大于1024，必须在/etc/system中指定，如果大于4096，它的值为4096；
当系统出现用户进程生成（FORK）缓慢时，系统报信息；
out of processes
默认值比较大有以下情况：
数据库系统使用较大内存，但相对少的进程，减少MAXUSERS的值，可以节省系统内存；
PIDMAX
这个参数指定系统最大可能进程ID； 默认值为30000，范围为266到999999；只在启动
时候进行设置；
max_nprocs
系统最大进程数，包含系统进程和用户进程；默认值为为10+（16*MAXUSERS）
该值范围为266到MAXPID；
基于Intel i386体系结构的Linux操作系统中，已经提供了这样的多进程运行的支持。
通过合理的选择进程调度算法，可以获得比较好的平均相应时间和较高的系统性能。但
是，美中不足的是，在目前的2.2.x版本的Linux内核中，存在对最大进程数的限制。也
就是说，在目前的Linux系统中，最多只能有4090个用户进程同时存在。对于一般的桌面
应用，这个数目是绰绰有余。但是，对于企业级的服务器应用来说，则是不够的。
设想一个典型的Web服务器软件，它们一般都采用多进程/线程的结构。每当接到一个连
接请求，就产生一个子进程/线程来处理。显然，对于一个重负载的服务器来说，同时有
成千上万个连接是很常见的。而这时，采用kernel 2.2.x的系统就不能胜任了。因此，
可以说正是因为存在这个最大进程数的限制，使得Linux不能胜任企业级服务器操作系统
的工作。事实上，目前这个级别的操作系统一般都是较为成熟，并且没有上述限制的
Solaris、AIX、HP-UX等系统。
maxuprc
一个用户可以生成的最大用户进程数；
默认值为MAX_NPROCS-RESERVED_PROCS
STREAM
nstrpush
默认值为9，这个参数定义了允许有多少个STREAM 模块加载在系统核心中，上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >> |
|
|
|
|
|
|
|
