[lkml]   [2005]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 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

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-10-17 11:13    [W:0.023 / U:5.732 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site