Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Mike Galbraith
Date: Tuesday, November 18, 2008 - 5:29 am

On Mon, 2008-11-17 at 11:39 -0800, David Miller wrote:

Easy enough, since i don't know how to do spiffy NMI profile.. yet ;-) 

I revived the 2.6.25 kernel where I tested back-ports of recent sched
fixes, and did a non-NMI profile of 2.6.22.19 and the back-port kernel.

The test kernel has all clock fixes 25->.git, min_vruntime accuracy fix
native_read_tsc() fix, and back looking buddy.  No knobs turned, and
only testing one pair per CPU, as to not take unfair advantage of back
looking buddy.  Netperf TCP_RR (hits sched harder) looks about the same.

Tbench 4 throughput was so close you would call these two twins.

2.6.22.19-smp
CPU: Core 2, speed 2400 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
vma      samples  %        symbol name
ffffffff802e6670 575909   13.7425  copy_user_generic_string
ffffffff80422ad8 175649    4.1914  schedule
ffffffff803a522d 133152    3.1773  tcp_sendmsg
ffffffff803a9387 128911    3.0761  tcp_ack
ffffffff803b65f7 116562    2.7814  tcp_v4_rcv
ffffffff803aeac8 116541    2.7809  tcp_transmit_skb
ffffffff8039eb95 112133    2.6757  ip_queue_xmit
ffffffff80209e20 110945    2.6474  system_call
ffffffff8037b720 108277    2.5837  __kfree_skb
ffffffff803a65cd 105493    2.5173  tcp_recvmsg
ffffffff80210f87 97947     2.3372  read_tsc
ffffffff802085b6 95255     2.2730  __switch_to
ffffffff803803f1 82069     1.9584  netif_rx
ffffffff8039f645 80937     1.9313  ip_output
ffffffff8027617d 74585     1.7798  __slab_alloc
ffffffff803824a0 70928     1.6925  process_backlog
ffffffff803ad9a5 69574     1.6602  tcp_rcv_established
ffffffff80399d40 55453     1.3232  ip_rcv
ffffffff803b07d1 53256     1.2708  __tcp_push_pending_frames
ffffffff8037b49c 52565     1.2543  skb_clone
ffffffff80276e97 49690     1.1857  __kmalloc_track_caller
ffffffff80379d05 45450     1.0845  sock_wfree
ffffffff80223d82 44851     1.0702  effective_prio
ffffffff803826b6 42417     1.0122  net_rx_action
ffffffff8027684c 42341     1.0104  kfree

2.6.25.20-test-smp
CPU: Core 2, speed 2400 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
vma      samples  %        symbol name
ffffffff80301450 576125   14.0874  copy_user_generic_string
ffffffff803cf8d9 127997    3.1298  tcp_transmit_skb
ffffffff803c9eac 125402    3.0663  tcp_ack
ffffffff80454da3 122337    2.9914  schedule
ffffffff803c673c 120401    2.9440  tcp_sendmsg
ffffffff8039aa9e 116554    2.8500  skb_release_all
ffffffff803c5abb 104840    2.5635  tcp_recvmsg
ffffffff8020a63d 92180     2.2540  __switch_to
ffffffff8020be20 79703     1.9489  system_call
ffffffff803bf460 79384     1.9411  ip_queue_xmit
ffffffff803a005c 78035     1.9081  netif_rx
ffffffff803ce56b 71223     1.7415  tcp_rcv_established
ffffffff8039ff70 66493     1.6259  process_backlog
ffffffff803d5a2d 61635     1.5071  tcp_v4_rcv
ffffffff803c1dae 60889     1.4889  __inet_lookup_established
ffffffff802126bc 54711     1.3378  native_read_tsc
ffffffff803d23bc 51843     1.2677  __tcp_push_pending_frames
ffffffff803bfb24 51821     1.2671  ip_finish_output
ffffffff8023700c 48248     1.1798  local_bh_enable
ffffffff803979bc 42221     1.0324  sock_wfree
ffffffff8039b12c 41279     1.0094  __alloc_skb


--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
2.6.28-rc5: Reported regressions 2.6.26 -> 2.6.27, Rafael J. Wysocki, (Sun Nov 16, 10:38 am)
[Bug #11207] VolanoMark regression with 2.6.27-rc1, Rafael J. Wysocki, (Sun Nov 16, 10:38 am)
[Bug #11308] tbench regression on each kernel release from ..., Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11215] INFO: possible recursive locking detected ps2 ..., Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11698] 2.6.27-rc7, freezes with > 1 s2ram cycle, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11664] acpi errors and random freeze on sony vaio sr, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11569] Panic stop CPUs regression, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11543] kernel panic: softlockup in tick_periodic() ???, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11404] BUG: in 2.6.23-rc3-git7 in do_cciss_intr, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11805] mounting XFS produces a segfault, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11795] ks959-sir dongle no longer works under 2.6.27 ..., Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11836] Scheduler on C2D CPU and latest 2.6.27 kernel, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11843] usb hdd problems with 2.6.27.2, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11865] WOL for E100 Doesn't Work Anymore, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11876] RCU hang on cpu re-hotplug with 2.6.27rc8, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11886] without serial console system doesn't poweroff, Rafael J. Wysocki, (Sun Nov 16, 10:40 am)
[Bug #11983] iwlagn: wrong command queue 31, command id 0x0, Rafael J. Wysocki, (Sun Nov 16, 10:41 am)
[Bug #12039] Regression: USB/DVB 2.6.26.8 --> 2.6.27.6, Rafael J. Wysocki, (Sun Nov 16, 10:41 am)
[Bug #12048] Regression in bonding between 2.6.26.8 and 2. ..., Rafael J. Wysocki, (Sun Nov 16, 10:41 am)
Re: [Bug #11843] usb hdd problems with 2.6.27.2, Luciano Rocha, (Sun Nov 16, 2:37 pm)
Re: [Bug #11805] mounting XFS produces a segfault, Christoph Hellwig, (Mon Nov 17, 7:44 am)
Re: [Bug #11308] tbench regression on each kernel release ..., Mike Galbraith, (Tue Nov 18, 5:29 am)
Re: [Bug #11308] tbench regression on each kernel release ..., Christoph Lameter, (Wed Nov 19, 12:43 pm)
Re: [Bug #11308] tbench regression on each kernel release ..., Christoph Lameter, (Thu Nov 20, 4:52 pm)
Re: [PATCH] fs: pipe/sockets/anon dentries should not have ..., Christoph Hellwig, (Fri Nov 21, 8:36 am)
Re: [Bug #11308] tbench regression on each kernel release ..., Christoph Lameter, (Fri Nov 21, 9:11 am)
Re: [Bug #11308] tbench regression on each kernel release ..., Christoph Lameter, (Fri Nov 21, 11:06 am)
[PATCH 1/6] fs: Introduce a per_cpu nr_dentry, Eric Dumazet, (Wed Nov 26, 4:30 pm)
[PATCH 3/6] fs: Introduce a per_cpu last_ino allocator, Eric Dumazet, (Wed Nov 26, 4:32 pm)
[PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Eric Dumazet, (Wed Nov 26, 4:32 pm)
[PATCH 5/6] fs: Introduce special inodes, Eric Dumazet, (Wed Nov 26, 4:32 pm)
Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocatio ..., Christoph Lameter, (Wed Nov 26, 6:37 pm)
Re: [PATCH 5/6] fs: Introduce special inodes, David Miller, (Thu Nov 27, 1:20 am)
Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Peter Zijlstra, (Thu Nov 27, 2:32 am)
Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Peter Zijlstra, (Thu Nov 27, 2:39 am)
Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocatio ..., Christoph Hellwig, (Thu Nov 27, 2:39 am)
Re: [PATCH 1/6] fs: Introduce a per_cpu nr_dentry, Christoph Hellwig, (Thu Nov 27, 2:41 am)
Re: [PATCH 3/6] fs: Introduce a per_cpu last_ino allocator, Christoph Hellwig, (Thu Nov 27, 2:46 am)
Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Christoph Hellwig, (Thu Nov 27, 2:48 am)
Re: [PATCH 6/6] fs: Introduce kern_mount_special() to moun ..., Christoph Hellwig, (Thu Nov 27, 2:53 am)
Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Eric Dumazet, (Thu Nov 27, 3:01 am)
Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Andi Kleen, (Thu Nov 27, 3:07 am)
Re: [PATCH 6/6] fs: Introduce kern_mount_special() to moun ..., Christoph Hellwig, (Thu Nov 27, 3:10 am)
Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocatio ..., Christoph Lameter, (Thu Nov 27, 7:44 am)
Re: [PATCH 4/6] fs: Introduce a per_cpu nr_inodes, Christoph Lameter, (Thu Nov 27, 7:46 am)
Re: [PATCH 0/6] fs: Scalability of sockets/pipes allocatio ..., Christoph Hellwig, (Fri Nov 28, 11:38 pm)
[PATCH v2 5/5] fs: new_inode_single() and iput_single(), Eric Dumazet, (Sat Nov 29, 1:45 am)