Re: Autotune swappiness01

[Tim Connors]

Clemens Schwaighofer <cs@xxxxxxxxxxxxx> said on Tue, 27 Jul 2004 10:17:16 +0900:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Andrew Morton wrote:
> | Clemens Schwaighofer <cs@xxxxxxxxxxxxx> wrote:
> 
> |>I have 1 GB and I had a setting of 51 (seemed to be perhaps gentoo
> |>default or so) and I especially after a weekend (2 days off) it is
> |>always the "monday-morning-swap-hell" where I have to wait 5min until he
> |>swapped in the apps he swapped out during weekend.
> |>
> |>I changed that to 20 now, but I don't know if this will make things
> |>worse or better.
> |
> | It may appear to be better, but you now have 100, maybe 200 megabytes less
> | pagecache available across the entire working day.
> 
> which might slow down overall working speed? or responsness of programs?

Depends on what you do. Do you compile kernels regularly? In
particular, do you have to wait for them, or do you just let them sit
in the background, and come back to them when you rememeber, since
you've been busy doing real work for the past 5 hours? If you wait,
then I guess you want high swapiness.

For the rest of us who don't have to regularly read in hundreds of
megs of disk, and don't need to use that hundreds of megs of disk over
and over and over again (As far as I can see, this is just about
everyone who's not a kernel developer or some big app developer[1]), I
guess we get by just fine having smaller swapiness.

[1] Maybe kde is bloated enough that you if want to start the equiv of
an xterm all the time, maybe caching helps a lot there, but I make a
point of using lean apps[2].

[2] Sad when you consider xemacs lean, isn't it? ;)

-- 
TimC -- http://astronomy.swin.edu.au/staff/tconnors/
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GS d- s:- a-- C+++(++++) UL(SOBI)+++(++++) P+++ L+++ E++(----)
W++(--) N+++ o K+++ w---(++) O- M--(+) V PS++ PE-(--) Y PGP t->+
!5 X R? tv- b- DI+ D--- G e++>++++ h* r(--) !y+
------END GEEK CODE BLOCK------
-
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/