> > I know. That's why relying on fixed margins to ensure good
> > performance is wrong: the system really ought to be self-tuning.
> > We may yet get it right for 2.2: there are people working on this.
>
> It appears that 2.1.130 + my little patches only needs the
> borrow percentage (otherwise kswapd doesn't have enough
> reason to switch from the always-succesful swap_out()),
> and that only needs to be set to a high value...
'borrow percentage' is just yet another arbitrary parameter (*). The
solution is not to increase the number of parameters and tweak them until
there is more or less ok fit on all testcases! (i know that borrow
percentage was there originally) The task is to _decrease_ the number of
parameters as much as possible. (preferably no 'number' parameters at all,
just one basic self-tuning framework) [Unfortunately this is much much
harder than adding parameters, it needs a thorough understanding of all
issues involved.]
-- mingo
(*) parameter: degree of freedom in an algorithm, both kernel-source
compiled-in constants/tweaks/rules and user-supplied (possibly
runtime) parameters.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/