From: Hideo AOKI <aoki@sdl.hitachi.co.jp>
To: Rik van Riel <riel@redhat.com>
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.8-rc2-mm2
Date: Thu, 05 Aug 2004 21:55:05 +0900 [thread overview]
Message-ID: <41122E29.10306@sdl.hitachi.co.jp> (raw)
In-Reply-To: <41121265.8000909@sdl.hitachi.co.jp>
I also tested --mm kernels for no thrashing situation by our benchmark
suit.
In 2.6.8-rc2-mm2, overhead of page_refernced_one() decreases in shared
memory access. Additionally, it seems that token based thrashing
control patch has not bad effect in no thrashing situation.
** Overview of workload
Benchmark program creates workload processes that alternate disk IO
with shared memory access.
** Detailed environment of performance evaluation
- Hardware
CPU: Xeon 1.6GHz * 4
Memory: 4GB
HDD: IDE ATA100
- The benchmark suit
The benchmark suit is the wblg-disk 1.0.2, which I have released on
SourceForge. You can get from following URL.
<http://sourceforge.net/project/showfiles.php?group_id=110454&package_id=119281>.
- Configuration of benchmark suit
+ number of workload process: 640 processes
+ read/write ratio: read 0% / write 100%
+ file IO size: 1KB - 256KB (random)
+ Shard memory regions: 1.6GB * 1
All workload processes share one shared memory region.
+ Each process repeats 4 byte memory access each 4KB.
Measurement time: 3 hour
Measurement items: write throughput
- Other configurations
Using Oprofile
Issue vmstat command each 1 minute
** Results of performance evaluation
* result of benchmark
write throughput [MB/s]
2.6.8-rc2-mm1: 2.08
2.6.8-rc2-mm2: 2.10
* result of vmstat
swap in (min-max)(kB/s) swap out (min-max)(kB/s)
2.6.8-rc2-mm1: 0 - 9 0 - 9
2.6.8-rc2-mm2: 0 - 1 0 - 1
* Results of Oprofile
- system profiling (top 2)
2.6.8-rc2-mm1:
No. samples %
1 252096016 81.1833 wblg-disk_client
2 55708450 17.94 vmlinux-2.6.8-rc2-mm1
2.6.8-rc2-mm2:
No. samples %
1 180452715 84.9684 wblg-disk_client
2 29715808 13.9921 vmlinux-2.6.8-rc2-mm2
- kernel profiling (top 10)
Ratio of page_referenced_one() and kmap_atomic() decreased. Ratio
of copy_page_range(), page_fault(), and refill_inactive_zone()
increased.
2.6.8-rc2-mm1:
No. samples % symbol name
1 24952210 44.7907 page_referenced_one
2 6924133 12.4292 kmap_atomic
3 2751806 4.9397 flush_tlb_page
4 1466868 2.6331 copy_page_range
5 1362218 2.4453 try_atomic_semop
6 1042919 1.8721 mark_offset_tsc
7 820792 1.4734 page_fault
8 633105 1.1365 vma_prio_tree_next
9 586925 1.0536 update_queue
10 576520 1.0349 __copy_from_user_ll
2.6.8-rc2-mm2:
No. samples % symbol name
1 10778546 36.2721 page_referenced_one
2 2821678 9.4955 kmap_atomic
3 1526580 5.1373 copy_page_range
4 1400807 4.714 flush_tlb_page
5 753029 2.5341 mark_offset_tsc
6 724207 2.4371 page_fault
7 461152 1.5519 refill_inactive_zone
8 436286 1.4682 __copy_from_user_ll
9 395080 1.3295 ext3_find_entry
10 341127 1.148 apic_timer_interrupt
Best regards,
Hideo AOKI
Systems Development Laboratory, Hitachi, Ltd.
next prev parent reply other threads:[~2004-08-05 13:00 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-02 8:55 2.6.8-rc2-mm2 Andrew Morton
2004-08-02 9:23 ` 2.6.8-rc2-mm2 Espen Fjellvær Olsen
2004-08-02 12:10 ` 2.6.8-rc2-mm2 Rik van Riel
2004-08-05 10:56 ` 2.6.8-rc2-mm2 Hideo AOKI
2004-08-05 12:55 ` Hideo AOKI [this message]
2004-08-02 13:07 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-03 6:43 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-03 7:35 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-03 7:43 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-03 7:45 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-04 8:35 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 10:12 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-04 10:33 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 11:42 ` 2.6.8-rc2-mm2 bert hubert
2004-08-05 1:21 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 10:31 ` 2.6.8-rc2-mm2 Ingo Molnar
2004-08-04 10:46 ` 2.6.8-rc2-mm2 Nick Piggin
2004-08-04 10:47 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-04 12:45 ` 2.6.8-rc2-mm2 Ingo Molnar
2004-08-05 2:53 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-05 8:34 ` 2.6.8-rc2-mm2 Helge Hafting
2004-08-05 9:34 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-05 10:47 ` 2.6.8-rc2-mm2 Ingo Molnar
2004-08-02 13:52 ` 2.6.8-rc2-mm2 William Lee Irwin III
2004-08-02 16:12 ` 2.6.8-rc2-mm2 William Lee Irwin III
2004-08-02 14:28 ` 2.6.8-rc2-mm2 William Lee Irwin III
2004-08-02 15:31 ` 2.6.8-rc2-mm2 Mark Watts
2004-08-02 15:33 ` 2.6.8-rc2-mm2 Jesper Juhl
2004-08-02 15:38 ` 2.6.8-rc2-mm2 Dominik Karall
2004-08-02 16:02 ` 2.6.8-rc2-mm2 Mark Watts
2004-08-03 6:55 ` 2.6.8-rc2-mm2 Clemens Schwaighofer
2004-08-02 15:57 ` 2.6.8-rc2-mm2 Martin Zwickel
2004-08-02 17:59 ` 2.6.8-rc2-mm2 (compile stats) John Cherry
2004-08-02 18:15 ` 2.6.8-rc2-mm2 Peter Osterlund
2004-08-02 22:16 ` [patch] 2.6.8-rc2-mm2: compile error with SWAP=n Adrian Bunk
2004-08-03 8:27 ` 2.6.8-rc2-mm2 Mark Watts
2004-08-03 13:05 ` 2.6.8-rc2-mm2 R. J. Wysocki
2004-08-03 13:13 ` 2.6.8-rc2-mm2 Con Kolivas
2004-08-03 19:44 ` 2.6.8-rc2-mm2 Adrian Bunk
2004-08-04 16:32 ` 2.6.8-rc2-mm2 Dominik Karall
2004-08-05 4:38 ` [sparc32] [1/13] turbosparc flush warnings William Lee Irwin III
2004-08-05 4:39 ` [sparc32] [2/13] sparc32 init_idle() William Lee Irwin III
2004-08-05 4:41 ` [sparc32] [3/13] sun4d cpu_present_map is a cpumask_t William Lee Irwin III
2004-08-05 4:44 ` [sparc32] [4/13] smp_processor_id() BITFIXUP fixes William Lee Irwin III
2004-08-05 4:46 ` [sparc32] [5/13] reinstate smp_reschedule_irq() William Lee Irwin III
2004-08-05 4:47 ` [sparc32] [6/13] remove references to start_secondary() William Lee Irwin III
2004-08-05 4:48 ` [sparc32] [7/13] remove references to num_context_patch2 William Lee Irwin III
2004-08-05 4:49 ` [sparc32] [8/13] define cache_decay_ticks William Lee Irwin III
2004-08-05 4:54 ` [sparc32] [9/13] remove unused variable in dvma.c William Lee Irwin III
2004-08-05 4:55 ` [sparc32] [10/13] sun4 does not support SMP William Lee Irwin III
2004-08-05 4:56 ` [sparc32] [11/13] make CONFIG_SMP depend on CONFIG_BROKEN William Lee Irwin III
2004-08-05 5:01 ` [sparc32] [12/13] gcc-3.3 macro parenthesization fix for memcpy.S William Lee Irwin III
2004-08-05 5:31 ` [sparc32] [13/13] ignore undefined symbols with 3 or more leading underscores William Lee Irwin III
2004-08-05 7:28 ` [sparc32] [12/13] gcc-3.3 macro parenthesization fix for memcpy.S Jakub Jelinek
2004-08-05 7:38 ` 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=41122E29.10306@sdl.hitachi.co.jp \
--to=aoki@sdl.hitachi.co.jp \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@redhat.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