In article <1s84t7INN7ju@matt.ksu.ksu.edu> probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:
quoted text
>joel@wam.umd.edu (Joel M. Hoffman) writes:
>
>>In article <C6Gtr9.AB0@curia.ucc.ie> nick@symphony.mp.ucc.ie (Nick Hilliard) writes:
>>>Keith Barrett (barrett@pamsrc.enet.dec.com) wrote:
>>>
>>>: I am also seing this EXACT same behavior. Never got it in releases
>>>: pl7a and earlier. [problem=file table overflow]
>>>
>>>: Is there a fix? The problem pretty much renders everything unusable.
>>>
>>>Sure is. Just increase the value of NR_FILE, and make sure that NR_INODE is
>>>bigger than it. 
>>>
>
>>This is a work-around, not a solution.  The facts seem to be that the
>>file table is filling up with 0.99.9 (and 8?) when under the same
>>circumstances it would not do so under earlier versions.  
>
>All I have to add is that is has "never" filled up on me after doing this.
>I have been bumping NR_FILE up to 256 since at least 99.3, perhaps even before
>that.
>
>This is a solution, have you actually "tried" it?? Tunable kernel features
>are there for you to modify if you need a bigger system, use 'em.
>
>James

        ...and, the only difference between Linux and the Commercial
Unix packages is that you have to *search* for the Tunables, but they
are still there.  

        Suggestion to Linus:  create a simple list of what Tunables
their are, and which file to find them in?  I know about tasks.h
and fs.h...are there any others?

thanks...

marc