[lkml]   [2004]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.4.23aa2 (bugfixes and important VM improvements for the high end)
    > It's a nogo for 64G but I would be really pleased to see a workload
    > triggering the zone-normal shortage in 32G, I've never seen any one. And
    > 16G has even more margin.

    The things I've seen consume ZONE_NORMAL (which aren't reclaimable) are:

    1. mem_map (obviously) (64GB = 704MB of mem_map)

    2. Buffer_heads (much improved in 2.6, though not completely gone IIRC)

    3. Pagetables (pte_highmem helps, pmds are existant, but less of a problem,
    10,000 tasks would be 117MB)

    4. Kernel stacks (10,000 tasks would be 78MB - 4K stacks would help obviously)

    5. rmap chains - this is the real killer without objrmap (even 1000 tasks
    sharing a 2GB shmem segment will kill you without large pages).

    6. vmas - wierdo Oracle things before remap_file_pages especially.

    I may have forgotten some, but I think those were the main ones. 10,000 tasks
    is a little heavy, but it's easy to scale the numbers around. I guess my main
    point is that it's often as much to do with the number of tasks as it is
    with just the larger amount of memory - but bigger machines tend to run more
    tasks, so it often goes hand-in-hand.

    Also bear in mind that as memory gets tight, the reclaimable things like
    dcache and icache will get shrunk, which will hurt performance itself too,
    so some of the cost of 4/4 is paid back there too. Without shared pagetables,
    we may need highpte even on 4/4, which kind of sucks (can be 10% or so hit).

    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-03-22 14:01    [W:0.020 / U:7.328 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site