[CentOS] Swap: typical rehash. Why?

Mon Jun 5 21:14:07 UTC 2006
Rodrigo Barbosa <rodrigob at suespammers.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Jun 05, 2006 at 05:00:52PM -0400, William L. Maltby wrote:
> I can't resist. Read the thread that was pointed to on lkml. ROTFLMAO.
> 
> *Real* UNIX addressed these problems long ago. I guess the "Gurus"
> suffer from NIH (Not Invented Here) syndrome.
> 
> Given a "general purpose" system, tunability is a must. UNIX, as
> delivered by USL in such examples as Sys V, had tunables that let admins
> tune to their needs. A single "swappiness" value is woefully inadequate.
> 
> Among the tunables were how much memory for cache, how much for buffers,
> how much for X/Y/Z, high and low water marks for all sorts of memory
> related stuff and a very valuable attribute bit for executables called
> the "sticky bit". It is not the "sticky bit" as used now. It said lock
> this app in memory and never swap it. A variation on that (couldn't keep
> original semantics with the size of apps these days) would address some
> of the "responsiveness" issues raised by some. Some admin tunables would
> address the other issues.
> 
> The "Gurus" need to learn something my father taught me. "A smart man
> learns from his mistakes. A wise man learns from the mistakes of
> others". I'm really smart. :-(  And, apparently, so are the "Gurus". To
> think they have VM this long and no one has thought to swipe these good
> ideas from real UNIX. And they're still argueing about all that as if it
> has never been hashed out and addressed before.

Well Bill, I'm sure they will be happy to receive a patch from you,
with a new VM implementation that actually works (including for SMP
machines, and multiple platforms).

No ? Well, talk is cheap, isn't it ?

- -- 
Rodrigo Barbosa <rodrigob at suespammers.org>
"Quid quid Latine dictum sit, altum viditur"
"Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFEhJ6fpdyWzQ5b5ckRAnxDAJ4puKz7CSq1woGrveJT7H8GrOeHHACbBbko
JUI12oYs4e+eKqxDyL6gWTY=
=k9Jh
-----END PGP SIGNATURE-----