From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751328Ab2AYKbz (ORCPT ); Wed, 25 Jan 2012 05:31:55 -0500 Received: from zene.cmpxchg.org ([85.214.230.12]:56034 "EHLO zene.cmpxchg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750809Ab2AYKby (ORCPT ); Wed, 25 Jan 2012 05:31:54 -0500 Date: Wed, 25 Jan 2012 11:31:43 +0100 From: Johannes Weiner To: Rik van Riel Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrew Morton , Minchan Kim , KOSAKI Motohiro , Mel Gorman , Adrian Drzewieki Subject: Re: [PATCH v4 -mm] make swapin readahead skip over holes Message-ID: <20120125103143.GB7694@cmpxchg.org> References: <20120124131351.05309a2a@annuminas.surriel.com> <20120124141400.6d33b7c4@annuminas.surriel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120124141400.6d33b7c4@annuminas.surriel.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 24, 2012 at 02:14:00PM -0500, Rik van Riel wrote: > Ever since abandoning the virtual scan of processes, for scalability > reasons, swap space has been a little more fragmented than before. > This can lead to the situation where a large memory user is killed, > swap space ends up full of "holes" and swapin readahead is totally > ineffective. > > On my home system, after killing a leaky firefox it took over an > hour to page just under 2GB of memory back in, slowing the virtual > machines down to a crawl. > > This patch makes swapin readahead simply skip over holes, instead > of stopping at them. This allows the system to swap things back in > at rates of several MB/second, instead of a few hundred kB/second. > > The checks done in valid_swaphandles are already done in > read_swap_cache_async as well, allowing us to remove a fair amount > of code. > > Signed-off-by: Rik van Riel Acked-by: Johannes Weiner