From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Nikita Danilov <nikita@clusterfs.com>
Cc: Hugh Dickins <hugh@veritas.com>,
Linux Kernel Mailing List <Linux-Kernel@Vger.Kernel.ORG>
Subject: Re: 2.6.9-rc1: page_referenced_one() CPU consumption
Date: Mon, 13 Sep 2004 14:53:58 +1000 [thread overview]
Message-ID: <414527E6.6080202@yahoo.com.au> (raw)
In-Reply-To: <16708.28915.200356.565462@gargle.gargle.HOWL>
Nikita Danilov wrote:
> I ran tests few times, and difference between patched and un-patched
> kernels is within noise, so you are right, try-lock does not help.
>
Well I'm glad - because I much prefer the spin_lock over the trylock :)
> But now I have new great idea instead. :)
>
> I think page_referenced() should transfer dirtiness to the struct page
> as it scans pte's. Basically the earlier we mark page dirty the better
> file system write-back performs, because page has more chances to be
> bulk-written by ->writepages(). This is better than my previous patches
> to this end (that used separate function to transfer dirtiness from
> pte's to the page), because
>
> - locking overhead is avoided
>
> - it's simpler.
>
> Nick, are you still in business of benchmarking random VM patches? :-)
>
Yeah I am, and I do have that patch sitting around. It can *really*
help for writeout via maped memory (obviously doesn't help write()).
I think Andrew's response was that it can theoretically cause writeout
for workloads that don't want it, so I should come up with at least
one real-world improvement!
prev parent reply other threads:[~2004-09-13 4:54 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-10 10:51 2.6.9-rc1: page_referenced_one() CPU consumption Nikita Danilov
2004-09-10 12:14 ` Hugh Dickins
2004-09-10 12:21 ` Hugh Dickins
2004-09-11 1:01 ` Nick Piggin
2004-09-12 15:53 ` Nikita Danilov
2004-09-13 4:53 ` Nick Piggin [this message]
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=414527E6.6080202@yahoo.com.au \
--to=nickpiggin@yahoo.com.au \
--cc=Linux-Kernel@Vger.Kernel.ORG \
--cc=hugh@veritas.com \
--cc=nikita@clusterfs.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 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.