Re: Autotune swappiness01

[Con Kolivas]

Andrew Morton writes:

> Con Kolivas <kernel@xxxxxxxxxxx> wrote:
> > Attached is a patch designed to improve the behaviour of the swappiness knob 
> > in 2.6.8-rc1-mm1. 
> >
> > The current mechanism decides to reclaim mapped pages based on the 
> > combination of mapped_ratio/2 and the manual setting of swappiness currently 
> > tuned to 60. Biasing this mechanism to be proportional to the square root of 
> > mapped_ratio gives good overall performance improvement for desktop 
> > workloads without any noticable detriment to other loads.
>
> OK...
>
> > It has the effect 
> > of being fairly aggressive at avoiding loss of applications to swap under 
> > conditions of heavy or sustained file stress while allowing applications to 
> > swap out under what would be considered "application" memory stresses on a 
> > desktop.
>
> But decreasing /proc/sys/vm/swappiness does that too?

Low memory boxes and ones that are heavily laden with applications find that 
ends up making things slow down trying to keep all applications in physical 
ram.

> > It has no measurable effect on any known benchmarks.
>
> So how are we to evaluate the desirability of the patch???

Get desktop users to report back their experiences which is what I have 
currently. Sorry we're in the realm of subjectivity again.

> Shouldn't mapped_bias be local to refill_inactive_zone()?

That is so a followup patch can use it elsewhere...

> Why is `swappiness' getting squared?  AFAICT this will simply make the
> swappiness control behave nonlinearly, which seems undesirable?

To parallel the nonlinear nature of the mapped bias effect. 

Con
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/