Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 16 Jan 2002 16:45:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 16 Jan 2002 16:45:10 -0500 Received: from perninha.conectiva.com.br ([200.250.58.156]:62735 "HELO perninha.conectiva.com.br") by vger.kernel.org with SMTP id ; Wed, 16 Jan 2002 16:44:47 -0500 Date: Wed, 16 Jan 2002 18:31:55 -0200 (BRST) From: Marcelo Tosatti To: Mike Galbraith Cc: Rik van Riel , linux-kernel , Alan Cox Subject: Re: [patch][rfc][rft] vm throughput 2.4.2-ac4 In-Reply-To: Message-ID: 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 On Wed, 28 Feb 2001, Mike Galbraith wrote: > On Wed, 28 Feb 2001, Marcelo Tosatti wrote: > > > On Wed, 28 Feb 2001, Mike Galbraith wrote: > > > > > > > Have you tried to use SWAP_SHIFT as 4 instead of 5 on a stock 2.4.2-ac5 to > > > > > see if the system still swaps out too much? > > > > > > > > Not yet, but will do. > > > > But what about swapping behaviour? > > > > It still swaps too much? > > Yes. > > (returning to study mode) Ok, I'm stupid. Changing SWAP_SHIFT will just balance the nr of tasks and the per-task nr of scanned pte's, but the not (roughly) the total nr of ptes scanned. I thought it would decrease the number of scanned ptes from 3% (which the current in -ac code does) to 0.3% (which Linus tree does) of the total ptes. The problem seems to be multiple users calling swap_out() with 3% of ptes being scanned. This will unmap ptes way too heavily for common workloads. Its magic number tuning.. but nothing better can be done for 2.4, I think. - 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/