Raising NR_TASKS ?

Matti Aarnio (matti.aarnio@tele.fi)
Mon, 22 Sep 1997 01:35:29 +0300 (EET DST)


Hello,

At the moment the standard Linux 2.1.x systems (and 2.0.x)
have per default a static limit of 512 processes.

I have considered raising that, and/or makeing its setting
dynamic. (After I had a need to raise it to 8096 on a machine
which 384 MB memory..)

Doing egrep NR_TASKS thru the kernel source shows me that
there are special dependencies on NR_TASKS against a few
architecture specific things:

- SPARC has something special with regard of sun4c
memory management, and perhaps more generic iommu
management too
- i386 APM BIOS has some odd dependency

And few otherwise difficult details:

- kernel/sched.c: struct task_struct * task[NR_TASKS];
- many define computed defines

At the moment the task of raising the NR_TASKS is rather
cumbersome, one must know where to poke (err.. edit), and
what are the constraints (power of two).

It could be made runtime settable (perhaps), but not
quite easily.

It could be made configure/compile time parameter with less
trouble, perhaps.

Do you people have any suggestions on the best direction to
proceed ? What would make sense, and why ?

/Matti Aarnio <matti.aarnio@tele.fi>