From: Rik van Riel <riel@redhat.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, lee.schermerhorn@hp.com,
kosaki.motohiro@jp.fujitsu.com
Subject: Re: [PATCH -mm 06/25] split LRU lists into anon & file sets
Date: Fri, 6 Jun 2008 21:22:31 -0400 [thread overview]
Message-ID: <20080606212231.5a51237c@bree.surriel.com> (raw)
In-Reply-To: <20080606180439.e5954a2e.akpm@linux-foundation.org>
On Fri, 6 Jun 2008 18:04:39 -0700
Andrew Morton <akpm@linux-foundation.org> wrote:
> The changelogs are a bit scrappy and could do with some care
>
> - stale assertions such as the above
>
> - "From:<random number of spaces>Lee" in various places
>
> - Some have the --- separator and others don't (this trips me up).
>
> - Stuff like "Against: 2.6.26-rc2-mm1" right in the middle of the
> changelog for me to hunt down and squish.
I got rid of all of those - until I merged in Lee's latest :(
> - "TODO: DEBUGGING ONLY: NOT FOR UPSTREAM MERGE" <<-- what's up with this?
I'll remove this one.
> - random Capitalisation in Various patch Titles.
>
> - "V2 -> V3:" logging in the main changelog - not relevant in the
> final commit hence more for me to edit away.
I got rid of all of those - again, before merging Lee's latest.
Then I got rid of most of them, but apparently missed a few...
> - Strange inventions like "Originally Signed-off-by:"
>
> - please prefer to prefix the patch titles with a suitable subsystem
> identifier. In this case "vmscan: " would suit.
Will do.
> - Other stuff I forgot. A general recheck and cleanup would be nice.
>
> I've actually fixed all ofthe above but I don't yet know whether
> I'll be checking all this in.
>
> > Index: linux-2.6.26-rc2-mm1/fs/proc/proc_misc.c
> > ===================================================================
> > --- linux-2.6.26-rc2-mm1.orig/fs/proc/proc_misc.c 2008-05-23 14:21:21.000000000 -0400
> > +++ linux-2.6.26-rc2-mm1/fs/proc/proc_misc.c 2008-05-23 14:21:34.000000000 -0400
> > @@ -132,6 +132,10 @@ static int meminfo_read_proc(char *page,
> > unsigned long allowed;
> > struct vmalloc_info vmi;
> > long cached;
> > + unsigned long inactive_anon;
> > + unsigned long active_anon;
> > + unsigned long inactive_file;
> > + unsigned long active_file;
>
> Shouldn't this be an array[NR_LRU_LISTS]?
>
> > /*
> > * display in kilobytes.
> > @@ -150,48 +154,61 @@ static int meminfo_read_proc(char *page,
> >
> > get_vmalloc_info(&vmi);
> >
> > + inactive_anon = global_page_state(NR_INACTIVE_ANON);
> > + active_anon = global_page_state(NR_ACTIVE_ANON);
> > + inactive_file = global_page_state(NR_INACTIVE_FILE);
> > + active_file = global_page_state(NR_ACTIVE_FILE);
>
> then this can perhaps become a loop.
Sure, I can do that.
> > /*
> > * Tagged format, for easy grepping and expansion.
> > */
> > len = sprintf(page,
> > - "MemTotal: %8lu kB\n"
> > - "MemFree: %8lu kB\n"
> > - "Buffers: %8lu kB\n"
> > - "Cached: %8lu kB\n"
> > - "SwapCached: %8lu kB\n"
> > - "Active: %8lu kB\n"
> > - "Inactive: %8lu kB\n"
> > + "MemTotal: %8lu kB\n"
> > + "MemFree: %8lu kB\n"
> > + "Buffers: %8lu kB\n"
> > + "Cached: %8lu kB\n"
> > + "SwapCached: %8lu kB\n"
> > + "Active: %8lu kB\n"
> > + "Inactive: %8lu kB\n"
> > + "Active(anon): %8lu kB\n"
> > + "Inactive(anon): %8lu kB\n"
> > + "Active(file): %8lu kB\n"
> > + "Inactive(file): %8lu kB\n"
> > #ifdef CONFIG_HIGHMEM
> > - "HighTotal: %8lu kB\n"
> > - "HighFree: %8lu kB\n"
> > - "LowTotal: %8lu kB\n"
> > - "LowFree: %8lu kB\n"
> > -#endif
> > - "SwapTotal: %8lu kB\n"
> > - "SwapFree: %8lu kB\n"
> > - "Dirty: %8lu kB\n"
> > - "Writeback: %8lu kB\n"
> > - "AnonPages: %8lu kB\n"
> > - "Mapped: %8lu kB\n"
> > - "Slab: %8lu kB\n"
> > - "SReclaimable: %8lu kB\n"
> > - "SUnreclaim: %8lu kB\n"
> > - "PageTables: %8lu kB\n"
> > - "NFS_Unstable: %8lu kB\n"
> > - "Bounce: %8lu kB\n"
> > - "WritebackTmp: %8lu kB\n"
> > - "CommitLimit: %8lu kB\n"
> > - "Committed_AS: %8lu kB\n"
> > - "VmallocTotal: %8lu kB\n"
> > - "VmallocUsed: %8lu kB\n"
> > - "VmallocChunk: %8lu kB\n",
> > + "HighTotal: %8lu kB\n"
> > + "HighFree: %8lu kB\n"
> > + "LowTotal: %8lu kB\n"
> > + "LowFree: %8lu kB\n"
> > +#endif
> > + "SwapTotal: %8lu kB\n"
> > + "SwapFree: %8lu kB\n"
> > + "Dirty: %8lu kB\n"
> > + "Writeback: %8lu kB\n"
> > + "AnonPages: %8lu kB\n"
> > + "Mapped: %8lu kB\n"
> > + "Slab: %8lu kB\n"
> > + "SReclaimable: %8lu kB\n"
> > + "SUnreclaim: %8lu kB\n"
> > + "PageTables: %8lu kB\n"
> > + "NFS_Unstable: %8lu kB\n"
> > + "Bounce: %8lu kB\n"
> > + "WritebackTmp: %8lu kB\n"
> > + "CommitLimit: %8lu kB\n"
> > + "Committed_AS: %8lu kB\n"
> > + "VmallocTotal: %8lu kB\n"
> > + "VmallocUsed: %8lu kB\n"
> > + "VmallocChunk: %8lu kB\n",
> > K(i.totalram),
> > K(i.freeram),
> > K(i.bufferram),
> > K(cached),
> > K(total_swapcache_pages),
> > - K(global_page_state(NR_ACTIVE)),
> > - K(global_page_state(NR_INACTIVE)),
> > + K(active_anon + active_file),
> > + K(inactive_anon + inactive_file),
> > + K(active_anon),
> > + K(inactive_anon),
> > + K(active_file),
> > + K(inactive_file),
>
> Do we really want to put all this stuff into /proc/meminfo?
>
> Would it be better to aggregate it in some manner for meminfo and show
> the fine-grained info in /proc/vmstat?
Good question. I believe we'll want the memory usage statistics
in /proc/meminfo, but more temporary internal stuff like
"writebacktmp" and "nfs_unstable" might not belong there.
--
All rights reversed.
next prev parent reply other threads:[~2008-06-07 1:33 UTC|newest]
Thread overview: 102+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-06 20:28 [PATCH -mm 00/25] VM pageout scalability improvements (V10) Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 01/25] move isolate_lru_page() to vmscan.c Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 02/25] Use an indexed array for LRU variables Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-07 5:43 ` KOSAKI Motohiro
2008-06-07 14:47 ` Rik van Riel
2008-06-08 11:22 ` KOSAKI Motohiro
2008-06-07 18:42 ` Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 03/25] use an array for the LRU pagevecs Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 04/25] free swap space on swap-in/activation Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-07 19:56 ` Rik van Riel
2008-06-09 2:14 ` MinChan Kim
2008-06-09 2:42 ` Rik van Riel
2008-06-09 13:38 ` KOSAKI Motohiro
2008-06-10 2:30 ` MinChan Kim
2008-06-06 20:28 ` [PATCH -mm 05/25] define page_file_cache() function Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-07 23:38 ` Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 06/25] split LRU lists into anon & file sets Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-07 1:22 ` Rik van Riel [this message]
2008-06-07 1:52 ` Andrew Morton
2008-06-06 20:28 ` [PATCH -mm 07/25] second chance replacement for anonymous pages Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-07 6:03 ` KOSAKI Motohiro
2008-06-07 6:43 ` Andrew Morton
2008-06-08 15:04 ` Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 08/25] add some sanity checks to get_scan_ratio Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-08 15:11 ` Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 09/25] fix pagecache reclaim referenced bit check Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-07 1:08 ` Rik van Riel
2008-06-08 10:02 ` Peter Zijlstra
2008-06-06 20:28 ` [PATCH -mm 10/25] add newly swapped in pages to the inactive list Rik van Riel, Rik van Riel
2008-06-07 1:04 ` Andrew Morton
2008-06-06 20:28 ` [PATCH -mm 11/25] more aggressively use lumpy reclaim Rik van Riel, Rik van Riel
2008-06-07 1:05 ` Andrew Morton
2008-06-06 20:28 ` [PATCH -mm 12/25] pageflag helpers for configed-out flags Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 13/25] Noreclaim LRU Infrastructure Rik van Riel, Rik van Riel
2008-06-07 1:05 ` Andrew Morton
2008-06-08 20:34 ` Rik van Riel
2008-06-08 20:57 ` Andrew Morton
2008-06-08 21:32 ` Rik van Riel
2008-06-08 21:43 ` Ray Lee
2008-06-08 23:22 ` Andrew Morton
2008-06-08 23:34 ` Rik van Riel
2008-06-08 23:54 ` Andrew Morton
2008-06-09 0:56 ` Rik van Riel
2008-06-09 6:10 ` Andrew Morton
2008-06-09 13:44 ` Rik van Riel
2008-06-09 2:58 ` Rik van Riel
2008-06-09 5:44 ` Andrew Morton
2008-06-10 19:17 ` Christoph Lameter
2008-06-10 19:37 ` Rik van Riel
2008-06-10 21:33 ` Andrew Morton
2008-06-10 21:48 ` Andi Kleen
2008-06-10 22:05 ` Dave Hansen
2008-06-11 5:09 ` Paul Mundt
2008-06-11 6:16 ` Andrew Morton
2008-06-11 6:29 ` Paul Mundt
2008-06-11 12:06 ` Andi Kleen
2008-06-11 14:09 ` Removing node flags from page->flags was Re: [PATCH -mm 13/25] Noreclaim LRU Infrastructure II Andi Kleen
2008-06-11 19:03 ` [PATCH -mm 13/25] Noreclaim LRU Infrastructure Andy Whitcroft
2008-06-11 20:52 ` Andi Kleen
2008-06-11 23:25 ` Christoph Lameter
2008-06-08 22:03 ` Rik van Riel
2008-06-08 21:07 ` KOSAKI Motohiro
2008-06-10 20:09 ` Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 14/25] Noreclaim LRU Page Statistics Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 15/25] Ramfs and Ram Disk pages are non-reclaimable Rik van Riel, Rik van Riel
2008-06-07 1:05 ` Andrew Morton
2008-06-08 4:32 ` Greg KH
2008-06-06 20:28 ` [PATCH -mm 16/25] SHM_LOCKED " Rik van Riel, Rik van Riel
2008-06-07 1:05 ` Andrew Morton
2008-06-07 5:21 ` KOSAKI Motohiro
2008-06-10 21:03 ` Rik van Riel
2008-06-10 21:22 ` Lee Schermerhorn
2008-06-10 21:49 ` Andrew Morton
2008-06-06 20:28 ` [PATCH -mm 17/25] Mlocked Pages " Rik van Riel, Rik van Riel
2008-06-07 1:07 ` Andrew Morton
2008-06-07 5:38 ` KOSAKI Motohiro
2008-06-10 3:31 ` Nick Piggin
2008-06-10 12:50 ` Rik van Riel
2008-06-10 21:14 ` Rik van Riel
2008-06-10 21:43 ` Lee Schermerhorn
2008-06-10 21:57 ` Andrew Morton
2008-06-11 16:01 ` Lee Schermerhorn
2008-06-10 23:48 ` Rik van Riel
2008-06-11 15:29 ` Lee Schermerhorn
2008-06-11 1:00 ` Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 18/25] Downgrade mmap sem while populating mlocked regions Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 19/25] Handle mlocked pages during map, remap, unmap Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 20/25] Mlocked Pages statistics Rik van Riel, Rik van Riel
2008-06-06 20:28 ` [PATCH -mm 21/25] Cull non-reclaimable pages in fault path Rik van Riel, Rik van Riel
2008-06-06 20:29 ` [PATCH -mm 22/25] Noreclaim and Mlocked pages vm events Rik van Riel, Rik van Riel
2008-06-06 20:29 ` [PATCH -mm 23/25] Noreclaim LRU scan sysctl Rik van Riel, Rik van Riel
2008-06-06 20:29 ` [PATCH -mm 24/25] Mlocked Pages: count attempts to free mlocked page Rik van Riel, Rik van Riel
2008-06-06 20:29 ` [PATCH -mm 25/25] Noreclaim LRU and Mlocked Pages Documentation Rik van Riel, Rik van Riel
2008-06-06 21:02 ` [PATCH -mm 00/25] VM pageout scalability improvements (V10) Andrew Morton
2008-06-06 21:08 ` Rik van Riel
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=20080606212231.5a51237c@bree.surriel.com \
--to=riel@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=lee.schermerhorn@hp.com \
--cc=linux-kernel@vger.kernel.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 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®