All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wu Fengguang <wfg@mail.ustc.edu.cn>
To: Pavel Machek <pavel@suse.cz>
Cc: linux-kernel@vger.kernel.org, Linus Torvalds <torvalds@osdl.org>,
	Andrew Morton <akpm@osdl.org>, Jens Axboe <axboe@suse.de>,
	Nick Piggin <nickpiggin@yahoo.com.au>,
	Badari Pulavarty <pbadari@us.ibm.com>,
	Nigel Cunningham <ncunningham@linuxmail.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: [RFC] kernel facilities for cache prefetching
Date: Wed, 3 May 2006 10:32:23 +0800	[thread overview]
Message-ID: <346623523.28293@ustc.edu.cn> (raw)
Message-ID: <20060503023223.GA5915@mail.ustc.edu.cn> (raw)
In-Reply-To: <20060502191000.GA1776@elf.ucw.cz>

Hi Pavel,

On Tue, May 02, 2006 at 09:10:01PM +0200, Pavel Machek wrote:
> > SOC PROPOSAL
> > 
> > 	Rapid linux desktop startup through pre-caching
> 
> Looks nice me...

Thanks.

> > SCHEME/GOAL
> > 	2) kernel module to query the file cache
> > 		- on loading: create /proc/filecache
> > 		- setting up: echo "param value" > /proc/filecache
> > 		- info query: cat /proc/filecache
> > 		- sample sessions:
> > 
> > 		# modprobe filecache
> > 		$ cat /proc/filecache
> > 		# file ALL
> > 		# mask 0
> > 		#
> > 		# ino	size	cached	status	refcnt	name
> > 		0	2929846	3181	D	1	/dev/hda1
> > 		81455	9	9	_	1	/sbin/init
> > 		......
> > 	
> > 		$ 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?

Sure. Indeed I have considered about the possibility to integrate my
work with the foresighted userland-swsusp idea. The added value of
this approach is that user-land tools can do all kinds of smart
processing of the contents, and present users with different policies.

Another imagined user of /proc/filecache is system adms :)

Wu

  parent reply	other threads:[~2006-05-03  2:32 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-02  7:50 [RFC] kernel facilities for cache prefetching Wu Fengguang
2006-05-02  7:50 ` Wu Fengguang
2006-05-02 12:46   ` Diego Calleja
2006-05-02 14:42     ` Wu Fengguang
2006-05-02 14:42       ` Wu Fengguang
2006-05-02 16:07         ` Diego Calleja
2006-05-03  6:45           ` Wu Fengguang
2006-05-03  6:45             ` Wu Fengguang
2006-05-03 18:14               ` Diego Calleja
2006-05-03 23:39                 ` Zan Lynx
2006-05-04  1:37                   ` Diego Calleja
2006-05-02 15:55   ` Linus Torvalds
2006-05-02 16:35     ` Andi Kleen
2006-05-03  4:11     ` Wu Fengguang
2006-05-03  4:11       ` Wu Fengguang
2006-05-03 17:28       ` Badari Pulavarty
     [not found]         ` <346733486.30800@ustc.edu.cn>
2006-05-04 15:03           ` Linus Torvalds
2006-05-04 16:57             ` Badari Pulavarty
2006-05-05 14:44             ` Wu Fengguang
2006-05-05 14:44               ` Wu Fengguang
2006-05-03  7:13     ` Wu Fengguang
2006-05-03  7:13       ` Wu Fengguang
2006-05-03 12:59     ` Nikita Danilov
2006-05-03 22:20     ` Rik van Riel
2006-05-06  1:11       ` Wu Fengguang
2006-05-06  1:11         ` Wu Fengguang
2006-05-04  0:28     ` Linda Walsh
2006-05-04  1:31       ` Linus Torvalds
2006-05-04  7:08         ` Ph. Marek
2006-05-04  7:33           ` Arjan van de Ven
2006-05-04 12:14             ` Wu Fengguang
2006-05-04 12:14               ` Wu Fengguang
2006-05-04 12:34               ` Arjan van de Ven
2006-05-03 21:45   ` Linda Walsh
2006-05-04 12:12     ` Wu Fengguang
2006-05-04 12:12       ` Wu Fengguang
2006-05-04 18:57         ` Linda Walsh
2006-05-05 15:20           ` Wu Fengguang
2006-05-05 15:20             ` Wu Fengguang
2006-05-04  9:02   ` Helge Hafting
2006-05-02  7:58 ` Arjan van de Ven
2006-05-02  8:06   ` Wu Fengguang
2006-05-02  8:06     ` Wu Fengguang
2006-05-02  8:30     ` Arjan van de Ven
2006-05-02  8:53       ` Wu Fengguang
2006-05-02  8:53         ` Wu Fengguang
2006-05-06  6:49           ` Denis Vlasenko
2006-05-02  8:55         ` Arjan van de Ven
2006-05-02 11:39           ` Jan Engelhardt
2006-05-02 11:48           ` Wu Fengguang
2006-05-02 11:48             ` Wu Fengguang
2006-05-02 22:03       ` Dave Jones
2006-05-02  8:09 ` Jens Axboe
2006-05-02  8:20   ` Wu Fengguang
2006-05-02  8:20     ` Wu Fengguang
2006-05-03 22:05   ` Benjamin LaHaise
2006-05-02 19:10 ` Pavel Machek
2006-05-02 23:36   ` Nigel Cunningham
2006-05-03  2:35     ` Wu Fengguang
2006-05-03  2:35       ` Wu Fengguang
2006-05-03  2:32   ` Wu Fengguang [this message]
2006-05-03  2:32     ` Wu Fengguang
2006-05-03  7:19   ` Wu Fengguang
2006-05-03  7:19     ` Wu Fengguang
2006-05-04 12:28   ` Wu Fengguang
2006-05-04 12:28     ` Wu Fengguang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=346623523.28293@ustc.edu.cn \
    --to=wfg@mail.ustc.edu.cn \
    --cc=akpm@osdl.org \
    --cc=axboe@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ncunningham@linuxmail.org \
    --cc=nickpiggin@yahoo.com.au \
    --cc=pavel@suse.cz \
    --cc=pbadari@us.ibm.com \
    --cc=rjw@sisk.pl \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.