Re: deferred rss update instead of sloppy rss

From: Nick Piggin (nickpiggin_at_yahoo.com.au)
Date: 11/22/04

  • Next message: Fab Tillier: "RE: [openib-general] Re: [PATCH][RFC/v1][4/12] Add InfiniBand SA(Subnet Administration) query support"
    Date:	Tue, 23 Nov 2004 09:32:48 +1100
    To: Linus Torvalds <torvalds@osdl.org>
    
    

    Linus Torvalds wrote:
    >
    > On Mon, 22 Nov 2004, Christoph Lameter wrote:
    >
    >>The problem is then that the proc filesystem must do an extensive scan
    >>over all threads to find users of a certain mm_struct.
    >
    >
    > The alternative is to just add a simple list into the task_struct and the
    > head of it into mm_struct. Then, at fork, you just finish the fork() with
    >
    > list_add(p->mm_list, p->mm->thread_list);
    >
    > and do the proper list_del() in exit_mm() or wherever.
    >
    > You'll still loop in /proc, but you'll do the minimal loop necessary.
    >

    Yes, that was what I was thinking we'd have to resort to. Not a bad idea.

    It would be nice if you could have it integrated with the locking that
    is already there - for example mmap_sem, although that might mean you'd
    have to take mmap_sem for writing which may limit scalability of thread
    creation / destruction... maybe a seperate lock / semaphore for that list
    itself would be OK.

    Deferred rss might be a practical solution, but I'd prefer this if it can
    be made workable.

    -
    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/


  • Next message: Fab Tillier: "RE: [openib-general] Re: [PATCH][RFC/v1][4/12] Add InfiniBand SA(Subnet Administration) query support"

    Relevant Pages

    • Re: deferred rss update instead of sloppy rss
      ... On Mon, 22 Nov 2004, Christoph Lameter wrote: ... > The problem is then that the proc filesystem must do an extensive scan ... Then, at fork, you just finish the forkwith ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: mremap() bug IMHO not in 2.2
      ... > Just guessing, but would a zero-length vma be rounded up to a page, and ... vma's (fork() and exit()) simply knows that a vma can never be ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Lse-tech] [patch] sched-domain cleanups, sched-2.6.5-rc2-mm2-A3
      ... > multithreaded OpenMP STREAM running its childs first on the same node ... i believe the fix we want is to pre-balance the context at fork() time. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Possible dcache BUG
      ... On Thursday 12 August 2004 21:31, Linus Torvalds wrote: ... >> applications running were X and my mailer, as can be seen in the ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: BK kernel workflow
      ... On Mon, 25 Oct 2004, Linus Torvalds wrote: ... Your analogy is flawed, nobody cares what you are using privately, but ... to acknowledge that the bk license might be part of problem, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)