mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Zhang, Yanmin" <yanmin_zhang@linux.intel.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Kay Sievers <kay.sievers@vrfy.org>,
	Greg Kroah-Hartman <gregkh@suse.de>,
	LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>
Subject: Re: hackbench regression since 2.6.25-rc
Date: Fri, 14 Mar 2008 11:30:47 +0800	[thread overview]
Message-ID: <1205465447.3215.195.camel@ymzhang> (raw)
In-Reply-To: <1205463842.3215.188.camel@ymzhang>

On Fri, 2008-03-14 at 11:04 +0800, Zhang, Yanmin wrote:
> On Thu, 2008-03-13 at 17:16 -0700, Christoph Lameter wrote:
> > Could you recompile the kernel with slub performance statistics and post 
> > the output of
> > 
> > slabinfo -AD
> Before testing with kernel 2.6.25-rc5:
> Name                   Objects    Alloc     Free   %Fast
> vm_area_struct            2795   135185   132587  93  29
> :0004096                    25   119045   119043  99  98
> :0000064                 12257   119671   107742  98  50
> :0000192                  3312    78563    75370  92  21
> :0000128                  4648    48143    43738  97  53
> dentry                   15217    46675    31527  95  72
> :0000080                 12784    33674    21206  99  97
> :0000016                  4367    25871    23705  99  78
> :0000096                  3001    22591    20084  99  92
> buffer_head               5536    18147    12884  97  42
> anon_vma                  1729    14948    14130  99  73
> 
> 
> After testing:
> Name                   Objects    Alloc     Free   %Fast
> :0000192                  3428 80093958 80090708  92   8
> :0000512                   374 80016030 80015715  68   7
> vm_area_struct            2875   224524   221868  94  20
> :0000064                 12408   134273   122227  98  47
> :0004096                    24   127397   127395  99  98
> :0000128                  4596    57837    53432  97  48
> dentry                   15659    51402    35824  95  64
> :0000016                  4584    29327    27161  99  76
> :0000080                 12784    33674    21206  99  97
> :0000096                  2998    26264    23757  99  93
> 
> 
> So block 192 and 512's and very active and their fast free percentage is low.
On my 8-core stoakley, there is no such regression. Below data is after testing.

[root@lkp-st02-x8664 ~]# slabinfo -AD
Name                   Objects    Alloc     Free   %Fast
:0000192                  3170 80055388 80052280  92   1 
:0000512                   316 80012750 80012466  69   1 
vm_area_struct            2642   194700   192193  94  16 
:0000064                  3846    74468    70820  97  53 
:0004096                    15    69014    69012  98  97 
:0000128                  1447    32920    31541  91   8 
dentry                   13485    33060    19652  92  42 
:0000080                 10639    23377    12953  98  98 
:0000096                  1662    16496    15036  99  94 
:0000832                   232    14422    14203  85  10 
:0000016                  2733    15102    13372  99  14 

So the block 192 and 512's fast free percentage is even smaller than the ones on tigerton.

Oprofile data on stoakley:

CPU: Core 2, speed 2660 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
samples  %        app name                 symbol name
2897265  25.7603  linux-2.6.25-rc5         __slab_alloc
2689900  23.9166  linux-2.6.25-rc5         add_partial
629355    5.5957  linux-2.6.25-rc5         copy_user_generic_string
552309    4.9107  linux-2.6.25-rc5         __slab_free
514792    4.5771  linux-2.6.25-rc5         sock_alloc_send_skb
500879    4.4534  linux-2.6.25-rc5         unix_stream_recvmsg
274798    2.4433  linux-2.6.25-rc5         __kmalloc_track_caller
230283    2.0475  linux-2.6.25-rc5         kfree
222286    1.9764  linux-2.6.25-rc5         unix_stream_sendmsg
217413    1.9331  linux-2.6.25-rc5         memset_c
211589    1.8813  linux-2.6.25-rc5         kmem_cache_alloc
151500    1.3470  linux-2.6.25-rc5         system_call
132262    1.1760  linux-2.6.25-rc5         sock_def_readable
123130    1.0948  linux-2.6.25-rc5         kmem_cache_free
109518    0.9738  linux-2.6.25-rc5         sock_wfree


yanmin



  reply	other threads:[~2008-03-14  3:33 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-13  7:46 Zhang, Yanmin
2008-03-13  8:48 ` Andrew Morton
2008-03-13  9:28   ` Zhang, Yanmin
2008-03-13  9:52     ` Andrew Morton
2008-03-14  0:16     ` Christoph Lameter
2008-03-14  3:04       ` Zhang, Yanmin
2008-03-14  3:30         ` Zhang, Yanmin [this message]
2008-03-14  5:28           ` Zhang, Yanmin
2008-03-14  6:39             ` Christoph Lameter
2008-03-14  7:29               ` Zhang, Yanmin
2008-03-14 21:05                 ` Christoph Lameter
2008-03-14  6:34           ` Christoph Lameter
2008-03-14  7:23             ` Zhang, Yanmin
2008-03-14 21:06               ` Christoph Lameter
2008-03-17  7:50                 ` Zhang, Yanmin
2008-03-17 17:32                   ` Christoph Lameter
2008-03-18  3:28                     ` Zhang, Yanmin
2008-03-18  4:07                       ` Christoph Lameter
2008-03-14  6:32         ` Christoph Lameter
2008-03-14  7:14           ` Zhang, Yanmin
2008-03-14 21:08             ` Christoph Lameter
2008-03-15  0:15               ` Christoph Lameter
2008-03-17  3:35                 ` Zhang, Yanmin
2008-03-17 17:27                   ` Christoph Lameter
2008-03-17  3:05               ` Zhang, Yanmin
2008-03-13 15:14 ` Greg KH
2008-03-13 16:19   ` Randy Dunlap
2008-03-13 17:12     ` Greg KH
2008-03-14  0:50       ` Zhang, Yanmin
2008-03-14  5:01         ` Greg KH
2008-03-14  5:32           ` Zhang, Yanmin

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=1205465447.3215.195.camel@ymzhang \
    --to=yanmin_zhang@linux.intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=clameter@sgi.com \
    --cc=gregkh@suse.de \
    --cc=kay.sievers@vrfy.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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

Powered by JetHome