The default maxusers value in the distribution kernel is too low for use as a single-user workstation. Even when maxusers is increased, the limit for number of processes per user does not appear to increase, but must be increased with "limit maxproc 1000" or something like that. The default limit appears to be 40, which isn't good for anything. Count X, a few xterms, netscape or two, a few emacses, some rsh/ssh processes, and a compilation or debugger. It is not possible to use a machine with maxproc 40, and changing it is annoying since if you don't do it at login, new xterms and emacses started from window manager will again have the minuscule limit. Fix: Make the default soft limit grow with maxusers.
State Changed From-To: open->feedback Dust off the cobwebs - Confirm Status
State Changed From-To: feedback->open Still existent. The problem is that simply bumping the number is inappropriate. The 40 might already be too high as a default for an 386/sx16 with 4 MB RAM (bottom end of what we are supporting), while it is plain stupid for an i686/200 with 128 MB RAM. So, the actual default should be calculated based on the size of the machine, with an option to allow the admin overriding it from the config file. I once thought loud about this, but never got round to really implement it. Might look like a nice pet project for somebody over the weekend. -- cheers, J"org
State Changed From-To: open->closed The new login.conf changes allow this to be easily changed.