Messages in this thread | | | Date | Fri, 5 Mar 2004 15:58:37 +0100 | From | Andrea Arcangeli <> | Subject | Re: 2.4.23aa2 (bugfixes and important VM improvements for the high end) |
| |
On Fri, Mar 05, 2004 at 03:32:10PM +0100, Ingo Molnar wrote: > > * Andrea Arcangeli <andrea@suse.de> wrote: > > > [...] 8/16/32G boxes works perfectly with 3:1 with the stock 2.4 VM > > (after you nuke rmap). > > the mem_map[] on 32G is 400 MB (using the stock 2.4 struct page). This > leaves ~500 MB for the lowmem zone. It's ridiculously easy to use up 500
yes, mem_map_t takes 384M that leaves us 879-384 = 495Mbyte of zone-normal.
> MB of lowmem. 500 MB is a lowmem:RAM ratio of 1:60. With 4/4 you have 6 > times more lowmem. So starting at 32 GB (but often much earlier) the 3/1 > split breaks down. And you obviously it's a no-go at 64 GB.
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.
Note that on a 32G box with my google-logic a correct kernel like latest 2.4 mainline reserves 100% of the zone-normal to allocations that cannot go in highmem, plus the vm highmem fixes like bh and inode zone-normal related reclaims. Without those logics it would be easy to run oom due highmem allocations going into zone-normal but that's just a vm issue and it's fixed (all fixes should be in mainline already).
> inbetween it all depends on the workload. If the 3:1 split works fine > then sure, use it. There's no one kernel that fits all sizes.
yes, the inbetween definitely works fine but there's always plenty of margin even on the 32G in all heavy workloads I've seen. I've not a single pending report for 32G boxes, all the bugreports starts at >=48G and that tells you those 32G users had a 198M of margin free to use for the peak loads which are more than enough in practice. I agree it's not a huge margin, but it's quite reasonable considering they've only 60-70% of the zone-normal pinned during the workload. - 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/
| |