Messages in this thread | | | Date | Mon, 17 Oct 2005 16:02:44 +0530 | From | Dipankar Sarma <> | Subject | Re: VFS: file-max limit 50044 reached |
| |
On Mon, Oct 17, 2005 at 11:10:04AM +0200, Eric Dumazet wrote: > Dipankar Sarma a écrit : > > > >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.
Agreed. It is not designed to work that way, so there must be a bug somewhere and I am trying to track it down. It could very well be that at maxbatch=10 we are just queueing at a rate far too high compared to processing.
> I believe we can find a solution, even if it might delay 2.6.14 because > Linus would have to release a rc5
This I am not sure, it is Linus' call. I am just trying to do the right thing - fix the real problem.
Thanks Dipankar - 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/
| |