lkml.org 
[lkml]   [2004]   [Aug]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] token based thrashing control
On Mon, 2 Aug 2004, Con Kolivas wrote:

> We have some results that need interpreting with contest.
> mem_load:
> Kernel [runs] Time CPU% Loads LCPU% Ratio
> 2.6.8-rc2 4 78 146.2 94.5 4.7 1.30
> 2.6.8-rc2t 4 318 40.9 95.2 1.3 5.13
>
> The "load" with mem_load is basically trying to allocate 110% of free
> ram, so the number of "loads" although similar is not a true indication
> of how much ram was handed out to mem_load. What is interesting is that
> since mem_load runs continuously and constantly asks for too much ram it
> seems to be receiving the token most frequently in preference to the cc
> processes which are short lived. I'd say it is quite hard to say
> convincingly that this is bad because the point of this patch is to
> prevent swap thrash.

It may be worth trying with a shorter token timeout
time - maybe even keeping the long ineligibility ?

--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
-
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:04    [W:0.056 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site