Messages in this thread | | | Date | Mon, 17 Oct 2005 11:10:04 +0200 | From | Eric Dumazet <> | Subject | Re: VFS: file-max limit 50044 reached |
| |
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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |