Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S262442AbSJ1Mri>; Mon, 28 Oct 2002 07:47:38 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S262444AbSJ1Mri>; Mon, 28 Oct 2002 07:47:38 -0500
Received: from 3-090.ctame701-1.telepar.net.br ([200.193.161.90]:15300 "EHLO
	3-090.ctame701-1.telepar.net.br") by vger.kernel.org with ESMTP
	id <S262442AbSJ1Mrh>; Mon, 28 Oct 2002 07:47:37 -0500
Date: Mon, 28 Oct 2002 10:53:43 -0200 (BRST)
From: Rik van Riel <riel@conectiva.com.br>
X-X-Sender: riel@imladris.surriel.com
To: Andrew Morton <akpm@digeo.com>
cc: lkml <linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>
Subject: Re: 2.5.44-mm6
In-Reply-To: <3DBCD3D3.8DDA3982@digeo.com>
Message-ID: <Pine.LNX.4.44L.0210281051440.1697-100000@imladris.surriel.com>
X-spambait: aardvark@kernelnewbies.org
X-spammeplease: aardvark@nl.linux.org
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1447
Lines: 38

On Sun, 27 Oct 2002, Andrew Morton wrote:

> . Spent some time tuning up 2.5's StupidSwapStorm throughput.  It's
>   on par with 2.4 for single-threaded things, but not for multiple
>   processes.
>
>   This is because 2.4's virtual scan allows individual processes to
>   hammer all the others into swap and to make lots of progress then
>   exit.  In the 2.5 VM all processes make equal progress and just
>   thrash each other to bits.
>
>   This is an innate useful side-effect of the virtual scan, although
>   it may have significant failure modes.  The 2.5 VM would need an
>   explicit load control algorithm if we care about such workloads.

1) 2.4 does have the failure modes you talk about ;)

2) I have most of an explicit load control algorithm ready,
   against an early 2.4 kernel, but porting it should be very
   little work

Just let me know if you're interested in my load control mechanism
and I'll send it to you.  Note that I never got the load control
_policy_ right yet ...

regards,

Rik
-- 
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/		http://distro.conectiva.com/
Current spamtrap:  <a href=mailto:"october@surriel.com">october@surriel.com</a>

-
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/