lkml.org 
[lkml]   [2005]   [Jan]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: 2.6.10: SPARC64 mapped figure goes unsignedly negative...
On Mon, 31 Jan 2005, Nix wrote:
> On Mon, 31 Jan 2005, Hugh Dickins suggested tentatively:
> > On Sun, 30 Jan 2005, Nix wrote:
> >> /proc/meminfo on my UltraSPARC IIi:
> >> Mapped: 18446744073687883208 kB
> >>
> >> (This kernel is compiled with GCC-3.4.3, which might be relevant.)
> >
> > Indeed: sparc64 gcc-3.4 seems to be having trouble with that
> > since 2.6.9: we've been persuing it offlist, I'll factor you in.
>
> Excellent; thank you!
>
> (2.6.10 seems to *run* perfectly well on that box, for what it's worth;
> unless this is a symptom of some underlying dark and terrible failure,
> it looks like a not-very-important cosmetic bug.)

A lot of the time you're right and it is just cosmetic. But if memory
gets tight and it should be using swap, it mistakenly fails to do so,
so you may end up getting OOM-killed. Patch below is a temporary hack
workaround against that. The Mapped count also affects when dirty file
writeback kicks in, but the effect there appears to be less serious.

More worrying is, what else might sparc64 gcc-3.4 be getting wrong?
(if it really is to blame: looks to be so but not yet proven)

Hugh

--- 2.6.10/mm/vmscan.c 2004-12-24 21:36:18.000000000 +0000
+++ linux/mm/vmscan.c 2005-01-31 12:44:56.006629152 +0000
@@ -690,6 +690,8 @@ refill_inactive_zone(struct zone *zone,
* is mapped.
*/
mapped_ratio = (sc->nr_mapped * 100) / total_memory;
+ if (mapped_ratio < 0)
+ mapped_ratio = 78;

/*
* Now decide how much we really want to unmap some pages. The mapped
-
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 14:10    [W:0.036 / U:0.664 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site