From: Nick Piggin <piggin@cyberone.com.au>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-mm@kvack.org, Nikita@Namesys.COM
Subject: Re: More vm benchmarking
Date: Wed, 25 Feb 2004 20:57:21 +1100 [thread overview]
Message-ID: <403C7181.6050103@cyberone.com.au> (raw)
In-Reply-To: <20040225014757.4c79f2af.akpm@osdl.org>
Andrew Morton wrote:
>Nick Piggin <piggin@cyberone.com.au> wrote:
>
>>kernel | run | -j5 | -j10 | -j15 |
>> 2.6.3 1 136 886 2511
>> 2.6.3 2 150 838 2465
>>
>> -mm2 1 136 646 1484
>> -mm2 2 142 676 1265
>>
>> -mm3 1 135 881 1828
>> -mm3 2 146 790 1844
>>
>> This quite clearly shows your patches hurting as I told you.
>>
>
>Probably. But these differences are small, relative to some differences
>wrt 2.4.x
>
>
2.4 should be pretty close to -mm2 for -j10 and hopefully a
bit worse at -j15. That is what previous benchmarks have been
showing anyway. I better get some 2.4 numbers.
Either way, they're not that small.
>>Why did it get slower?
>>
>
>Dunno. Maybe the workload prefers imbalanced zone scanning.
>
>
Seriously? I find that a bit hard to swallow. Especially
considering I wouldn't have anything that uses ZONE_DMA
on this system.
>>I assume it is because the batching patch places uneven
>> pressure on normal and DMA zones.
>>
>
>The patch improves highmem-vs-lowmem balancing from 10:1 to 1:1. What
>makes you think that it worsens ZONE_NORMAL-vs-ZONE_DMA balancing?
>
>It's easy enough to instrument - just split pgsteal_lo into pgsteal_normal
>and pgsteal_dma.
>
>
Sure that can tell you if something is really wrong, but it
is pretty hard to read much from that.
Anyway I don't have code or numbers right now so that means
I have to shut up ;)
--
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/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
next prev parent reply other threads:[~2004-02-25 9:57 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-25 9:11 More vm benchmarking Nick Piggin
2004-02-25 9:21 ` Nick Piggin
2004-02-25 9:47 ` Andrew Morton
2004-02-25 9:57 ` Nick Piggin [this message]
2004-02-25 10:04 ` Andrew Morton
2004-02-25 11:50 ` Andrew Morton
2004-02-26 0:51 ` Nick Piggin
2004-02-26 1:14 ` Andrew Morton
2004-02-26 1:35 ` Nick Piggin
2004-02-26 1:57 ` Andrew Morton
2004-02-26 2:04 ` Nick Piggin
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=403C7181.6050103@cyberone.com.au \
--to=piggin@cyberone.com.au \
--cc=Nikita@Namesys.COM \
--cc=akpm@osdl.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.