mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@suse.cz>
To: Fengguang Wu <fengguang.wu@gmail.com>,
	linux-kernel@vger.kernel.org, Lubos Lunak <l.lunak@suse.cz>,
	Dirk Mueller <dmueller@suse.de>,
	Badari Pulavarty <pbadari@us.ibm.com>,
	Andrew Morton <akpm@osdl.org>
Subject: Re: [RFC] the /proc/filecache interface
Date: Wed, 14 Jun 2006 13:05:42 +0200	[thread overview]
Message-ID: <20060614110542.GE28536@elf.ucw.cz> (raw)
In-Reply-To: <20060612075130.GA5432@mail.ustc.edu.cn>

Hi!

> The /proc/filecache support has been half done. And I'd like to hear
> early comments on the interface.
> 
> (The patch is not quite ready for code reviews. It is attached in case
> someone are interested to have it a try.)

I guess this is going to be nice for loading cache after
suspend-to-disk and for the fast boot, but...

> SAMPLE OUTPUT
> 
> root ~# echo -n ALL > /proc/filecache
> root ~# head /proc/filecache
> # file ALL
> #      ino       size   cached cached%  state   refcnt  uid     gid     dev             file
>     413605         23       24    100   --      0       0       0       03:00(hda)      /sbin/modprobe
>     381701         17       20    100   --      1       0       0       03:00(hda)      /bin/cat
>     398088          1        4    100   --      0       0       0       03:00(hda)      /root/bin/checkpath
>     381698        611      612    100   --      1       0       0       03:00(hda)      /bin/bash
>     159498          1        4    100   --      0       0       0       03:00(hda)      /etc/mtab
>     381719         30       32    100   --      0       0       0       03:00(hda)      /bin/rm
>     335993          4        4    100   --      0       0       43      03:00(hda)      /var/run/utmp
>          0    3687424      828      0   --      0       0       0       00:02(bdev)     03:00
>     159701          5        8    100   --      0       0       0       03:00(hda)      /etc/modprobe.d/aliases
>      31866       1238     1240    100   --      4       0       0       03:00(hda)      /lib/tls/libc-2.3.5.so
>     381705         51       52    100   --      0       0       0       03:00(hda)      /bin/cp
>      31814         27       28    100   --      0       0       0       03:00(hda)      /lib/libblkid.so.1.0
>     159534         17       20    100   --      0       0       0       03:00(hda)      /etc/ld.so.cache
> [...]

> root ~# echo -n /lib/tls/libc-2.3.5.so > /proc/filecache
> root ~# head /proc/filecache
> # file /lib/tls/libc-2.3.5.so
> # flags LK:locked ER:error RF:referenced UD:uptodate DT:dirty AC:active SL:slab CK:checked A1:arch_1 RS:reserved PV:private WB:writeback NS:nosave CP:compound SC:swapcache MD:mappedtodisk RC:reclaim ns:nosave_free RA:readahead MM:mmap
> # idx   len                     state                   	refcnt  location
> 0       21      ____RFUD__AC__________________MD______MM        4       0.0.Normal
> 21      1       ____RFUD__AC__________________MD______MM        3       0.0.Normal
> 22      3       ______UD______________________MD________        1       0.0.Normal
> 25      1       ____RFUD__AC__________________MD______MM        2       0.0.Normal
> 26      2       ______UD______________________MD________        1       0.0.Normal
> 28      1       ______UD______________________MD____RA__        1       0.0.Normal
> 29      2       ______UD______________________MD________        1       0.0.Normal

The interface is really too ugly to live. How do you expect it being
used from two programs, simultaneously?

We don't really want to do ascii pretty-printing in kernel, sorry. It
probably needs to go into /sys , and be redesigned to provide "one
value per file" rule...

									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  parent reply	other threads:[~2006-06-14 11:06 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20060612075130.GA5432@mail.ustc.edu.cn>
2006-06-12  7:51 ` Fengguang Wu
2006-06-14 11:05 ` Pavel Machek [this message]
     [not found]   ` <20060614122934.GB6564@mail.ustc.edu.cn>
2006-06-14 12:29     ` Fengguang Wu
2006-06-14 15:38 ` Bernard Blackham
     [not found]   ` <20060615004034.GA5013@mail.ustc.edu.cn>
2006-06-15  0:40     ` Fengguang Wu
2006-06-15  2:05     ` Bernard Blackham
2006-06-14 21:19 ` Badari Pulavarty
     [not found]   ` <20060615010316.GB5013@mail.ustc.edu.cn>
2006-06-15  1:03     ` Fengguang Wu

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=20060614110542.GE28536@elf.ucw.cz \
    --to=pavel@suse.cz \
    --cc=akpm@osdl.org \
    --cc=dmueller@suse.de \
    --cc=fengguang.wu@gmail.com \
    --cc=l.lunak@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pbadari@us.ibm.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®