Re: VFS: file-max limit 50044 reached

[Eric Dumazet]

Dipankar Sarma a écrit :
> On Mon, Oct 17, 2005 at 10:32:47AM +0200, Jean Delvare wrote:
>
> > > In fact, in that path you could even do a full "rcu_process_callbacks()".
> > > After all, this is not that different from signal handling.
> > >
> > > Gaah. I had really hoped to release 2.6.14 tomorrow. It's been a week
> > > since -rc4.
> >
> > Isn't reverting the original change an option? 2.6.13 was working OK if
> > I'm not mistaken.
>
>
> IMO, putting the file accounting in slab ctor/dtors is not very
> reliable because it depends on slab not getting fragmented.
> Batched freeing in RCU is just an extreme case of it. We needed
> to fix file counting anyway.
>
> Thanks
> Dipankar

But isnt this file counting a small problem ?

This small program can eat all available memory.

Fixing the 'file count' wont fix the real problem : Batch freeing is good but 
should be limited so that not more than *billions* of file struct are queued 
for deletion.

Dont take me wrong : I really *need* the file RCU stuff added in 2.6.14.

I believe we can find a solution, even if it might delay 2.6.14 because Linus 
would have to release a rc5

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/