lkml.org 
[lkml]   [2002]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] Radix-tree pagecache for 2.5
    On Fri, 1 Feb 2002, Alan Cox wrote:

    > > the prefetch engine will have to restart every 4kB, so we would want to
    > > use 16MB pages if possible.
    > >
    > > How would we allocate large pages? Would there be a boot option to
    > > reserve an area of RAM for large pages only?
    >
    > If you have an rmap all you have to do is to avoid smearing kernel objects
    > around lots of 16Mb page sets. If need be you can then get a 16Mb page
    > back just by shuffling user pages.
    >
    > It does make the performance analysis much more interesting though.

    Actually, I suspect that for most workloads the amount of
    large pages vs. the amount of small pages should be fairly
    static.

    In that case we can just reclaim an old large page from
    the inactive_clean list whenever we want to allocate a new
    one.

    As for not putting kernel objects everywhere, this comes
    naturally with HIGHMEM ;)

    regards,

    Rik
    --
    "Linux holds advantages over the single-vendor commercial OS"
    -- Microsoft's "Competing with Linux" document

    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:23    [W:3.536 / U:0.156 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site