lkml.org 
[lkml]   [2002]   [Jul]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH][1/2] return values shrink_dcache_memory etc
    On Sun, 21 Jul 2002, Andrew Morton wrote:
    > "Martin J. Bligh" wrote:

    > > These large NUMA machines should actually be rmap's glory day in the
    > > sun.
    >
    > "should be". Sigh. Be nice to see an "is" one day ;)

    You asked for a "minimal rmap" patch and you got it. ;)

    Bill and I actually have code for many of the things listed
    but we haven't submitted it yet exactly because everybody
    wanted the code merged in small, manageable chunks.

    > Do you think that large pages alone would be enough to allow us
    > to leave pte_chains (and page tables?) in ZONE_NORMAL, or would
    > shared pagetables also be needed?

    Large pages should reduce the page table overhead by a factor
    of 1024 (or 512 for PAE) and have the same alignment restrictions
    that shared page tables have.

    OTOH, shared page tables would allow us to map in chunks smaller
    than 4MB ... but at what seems like a pretty horrible locking and
    accounting complexity, unless somebody comes up with a smart trick.

    Apart from both of these we'll also need code to garbage collect
    empty page tables so users can't clog up memory by mmaping a page
    every 4 MB ;)

    regards,

    Rik
    --
    Bravely reimplemented by the knights who say "NIH".

    http://www.surriel.com/ http://distro.conectiva.com/

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

    \
     
     \ /
      Last update: 2005-03-22 13:27    [W:3.911 / U:0.360 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site