From: Andrew Morton <akpm@zip.com.au>
To: Bulent Abali <abali@us.ibm.com>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] struct page shrinkage
Date: Wed, 06 Mar 2002 11:04:01 -0800 [thread overview]
Message-ID: <3C866821.6DF3F65C@zip.com.au> (raw)
In-Reply-To: <OFC19C560E.A00F9111-ON85256B74.006633D4@pok.ibm.com>
Bulent Abali wrote:
>
> extern struct page_state {
> unsigned long nr_dirty;
> unsigned long nr_locked;
> } ____cacheline_aligned page_states[NR_CPUS];
>
> This is perfect. Looks like, if a run summation over all the CPUs I will
> get the total locked and dirty pages, provided mm.h macros are respected.
That's correct. And the mm.h macros *are* respected. That patch
ensures that they are.
It goes as far as to rename PG_locked and PG_dirty to PG_locked_dontuse
and PG_dirty_dontuse.
I'll be adding page_cache_size to the above struct, at least.
The "run summation" function is already there, btw: get_page_state().
> What is the outlook for inclusion of this patch in the main kernel? Do you
> plan to submit or have been included yet?
Well it's all a part of a work to aggressively improve the efficiency
of regular file I/O. I don't know if the big grand plan will be successful
yet. At this time, it's thumbs up - way up.
Nor do I know if this is a direction in which Linus wishes to take
his kernel.
But this change, the readahead changes, the pdflush pool and a few other
pieces I have planned are probably appropriate for the base kernel
irrespective of the end outcome.
We'll see...
-
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@zip.com.au>
To: Bulent Abali <abali@us.ibm.com>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] struct page shrinkage
Date: Wed, 06 Mar 2002 11:04:01 -0800 [thread overview]
Message-ID: <3C866821.6DF3F65C@zip.com.au> (raw)
In-Reply-To: OFC19C560E.A00F9111-ON85256B74.006633D4@pok.ibm.com
Bulent Abali wrote:
>
> extern struct page_state {
> unsigned long nr_dirty;
> unsigned long nr_locked;
> } ____cacheline_aligned page_states[NR_CPUS];
>
> This is perfect. Looks like, if a run summation over all the CPUs I will
> get the total locked and dirty pages, provided mm.h macros are respected.
That's correct. And the mm.h macros *are* respected. That patch
ensures that they are.
It goes as far as to rename PG_locked and PG_dirty to PG_locked_dontuse
and PG_dirty_dontuse.
I'll be adding page_cache_size to the above struct, at least.
The "run summation" function is already there, btw: get_page_state().
> What is the outlook for inclusion of this patch in the main kernel? Do you
> plan to submit or have been included yet?
Well it's all a part of a work to aggressively improve the efficiency
of regular file I/O. I don't know if the big grand plan will be successful
yet. At this time, it's thumbs up - way up.
Nor do I know if this is a direction in which Linus wishes to take
his kernel.
But this change, the readahead changes, the pdflush pool and a few other
pieces I have planned are probably appropriate for the base kernel
irrespective of the end outcome.
We'll see...
-
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
next prev parent reply other threads:[~2002-03-06 19:06 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-06 18:41 [PATCH] struct page shrinkage Bulent Abali
2002-03-06 18:41 ` Bulent Abali
2002-03-06 18:50 ` Mike Fedyk
2002-03-06 18:50 ` Mike Fedyk
2002-03-06 19:12 ` Andrew Morton
2002-03-06 19:12 ` Andrew Morton
2002-03-06 19:04 ` Andrew Morton [this message]
2002-03-06 19:04 ` Andrew Morton
-- strict thread matches above, loose matches on Subject: below --
2002-03-06 16:58 Bulent Abali
2002-03-06 16:58 ` Bulent Abali
2002-03-06 17:33 ` Andrew Morton
2002-03-06 17:33 ` Andrew Morton
2002-03-06 18:09 ` Rik van Riel
2002-03-06 18:09 ` Rik van Riel
2002-02-26 1:47 Rik van Riel
2002-02-26 1:47 ` Rik van Riel
2002-02-26 1:49 ` David S. Miller
2002-02-26 1:49 ` David S. Miller
2002-02-26 1:57 ` Rik van Riel
2002-02-26 1:57 ` Rik van Riel
2002-02-26 2:01 ` David S. Miller
2002-02-26 2:01 ` David S. Miller
2002-02-26 2:07 ` Rik van Riel
2002-02-26 2:07 ` Rik van Riel
2002-02-26 2:54 ` William Lee Irwin III
2002-02-26 2:54 ` William Lee Irwin III
2002-02-26 2:16 ` Andrew Morton
2002-02-26 2:16 ` Andrew Morton
2002-02-26 2:46 ` William Lee Irwin III
2002-02-26 2:46 ` William Lee Irwin III
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=3C866821.6DF3F65C@zip.com.au \
--to=akpm@zip.com.au \
--cc=abali@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.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.