Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932277AbWEDM2a (ORCPT ); Thu, 4 May 2006 08:28:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932279AbWEDM2a (ORCPT ); Thu, 4 May 2006 08:28:30 -0400 Received: from smtp.ustc.edu.cn ([202.38.64.16]:4546 "HELO ustc.edu.cn") by vger.kernel.org with SMTP id S932277AbWEDM23 (ORCPT ); Thu, 4 May 2006 08:28:29 -0400 Message-ID: <346745706.15764@ustc.edu.cn> X-EYOUMAIL-SMTPAUTH: wfg@mail.ustc.edu.cn Date: Thu, 4 May 2006 20:28:30 +0800 From: Wu Fengguang To: Pavel Machek Cc: linux-kernel@vger.kernel.org, Linus Torvalds , Andrew Morton , Jens Axboe , Nick Piggin , Badari Pulavarty , Nigel Cunningham , "Rafael J. Wysocki" Subject: Re: [RFC] kernel facilities for cache prefetching Message-ID: <20060504122830.GA6205@mail.ustc.edu.cn> Mail-Followup-To: Wu Fengguang , Pavel Machek , linux-kernel@vger.kernel.org, Linus Torvalds , Andrew Morton , Jens Axboe , Nick Piggin , Badari Pulavarty , Nigel Cunningham , "Rafael J. Wysocki" References: <20060502075049.GA5000@mail.ustc.edu.cn> <20060502191000.GA1776@elf.ucw.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060502191000.GA1776@elf.ucw.cz> User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1111 Lines: 32 On Tue, May 02, 2006 at 09:10:01PM +0200, Pavel Machek wrote: > > $ echo "file /dev/hda1" > /proc/filecache > > $ cat /proc/filecache > > # file /dev/hda1 > > # mask 0 > > # > > # idx len > > 0 24 > > 48 2 > > 53 5 > > ...... > > Could we use this instead of blockdev freezing/big suspend image > support? It should permit us to resume quickly (with small image), and > then do readahead. ... that will give us usable machine quickly, still > very responsive desktop after resume? Badari's usage case inspired me that on suspension we can - first invoke a user-land tool to do all the cache status-logging/analyzing/selective-dropping jobs - then let the kernel write all the remaining caches(made up of many small chunks) to the suspend image And do the reverse things on restoring. With that we moved all the strategies to userspace. Wu - 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/