Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 14 Apr 2001 15:27:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 14 Apr 2001 15:27:48 -0400 Received: from perninha.conectiva.com.br ([200.250.58.156]:37382 "HELO perninha.conectiva.com.br") by vger.kernel.org with SMTP id ; Sat, 14 Apr 2001 15:27:42 -0400 Date: Sat, 14 Apr 2001 16:27:33 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Marcelo Tosatti Cc: Christoph Rohland , "Stephen C. Tweedie" , Linus Torvalds , lkml Subject: Re: shmem_getpage_locked() / swapin_readahead() race in 2.4.4-pre3 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 Sat, 14 Apr 2001, Marcelo Tosatti wrote: > There is a nasty race between shmem_getpage_locked() and > swapin_readahead() with the new shmem code (introduced in > 2.4.3-ac3 and merged in the main tree in 2.4.4-pre3): > I don't see any clean fix for this one. > Suggestions ? As we discussed with Alan on irc, we could remove the (physical) swapin_readahead() and get 2.4 stable. Once 2.4 is stable we could (if needed) introduce a virtual address based readahead strategy for swap-backed things ... most of that code has been ready for months thanks to Ben LaHaise. A virtual-address based readahead not only makes much more sense from a performance POV, it also cleanly gets the ugly locking issues out of the way. regards, Rik -- Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ - 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/