[lkml]   [1999]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: using more than 2 GB as a ram disk

    On Sat, 30 Jan 1999, Manfred Spraul wrote:
    > Does that mean that:
    > - the kernel (i.e. the buffer cache, paging unit, swapper, etc.) will not
    > support more than 2 GB physical memory on 32 bit machines.

    Basically yes.

    > - you would accept patches that make it possible to use the remaining memory
    > as as raw physical memory.


    The only people concerned about 2M+ on PC kind of machines tend to be
    database people, and they are more than happy to just get it as "extra
    memory" rather than having it around as generic buffers for the page cache

    > The physical memory could be used for ram disks (->swap file), or for other
    > devices that need lots of memory without kernel support.

    Indeed. Note, however, that once you pass 4GB, you have other problems,
    namely standard PCI DMA doesn't go there, so not all devices would be
    happy using it.

    A RAM-disk always works.

    Btw, the RAM-disk approach is what NT does too, for pretty much the same

    > Is someone currently writing such a patch?

    Not that I know of.

    Note that to access the high memory, you need to use special page table
    entries, so there are subtle issues with TLB coherency on SMP systems etc.
    The only sane way to do it is probably to reserve one 4MB pte per CPU, and
    allow each CPU to locally have whatever TLB window they want to the high

    Basically it's not hard, but there are subtle issues like the above that
    you have to get right. And while you can test it on a machine with less
    than 1GB of memory, you do generally want to have access to more memory
    for "real" testing.


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

     \ /
      Last update: 2005-03-22 13:50    [W:0.020 / U:2.800 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site