From: David Rientjes <rientjes@google.com>
To: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Christoph Lameter <cl@linux.com>,
Pekka Enberg <penberg@kernel.org>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>
Subject: Re: [PATCH 1/3] tools/vm: fix Makefile multi-targets
Date: Wed, 11 Nov 2015 12:34:02 -0800 (PST) [thread overview]
Message-ID: <alpine.DEB.2.10.1511111232460.3565@chino.kir.corp.google.com> (raw)
In-Reply-To: <20151111122807.GB654@swordfish>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5703 bytes --]
On Wed, 11 Nov 2015, Sergey Senozhatsky wrote:
> > This doesn't purport to explain why -O2 was added or why it's needed fora??
> > these tools.
>
> Hm, that was a sem-automatic action I saw no issues with (besides, I
> considered this to be too small for a separate patch). `slabinfo' can
> be used to collected extended '-X' measurements for gnuplot script
> e.g.
> `while [ 1 ]; do slabinfo -X >> stats; sleep 0.1s; done`
>
> so making it a bit lighter is sort of positive change, though I'm not
> married to this option.
>
>
> perf stats:
>
> -- OLD
>
> Performance counter stats for './slabinfo.old -X -B -N 100':
>
> 197.879348 task-clock (msec) # 0.969 CPUs utilized
> 22 context-switches # 0.111 K/sec
> 0 cpu-migrations # 0.000 K/sec
> 2,276 page-faults # 0.012 M/sec
> 182,916,015 cycles # 0.924 GHz
> <not supported> stalled-cycles-frontend
> <not supported> stalled-cycles-backend
> 259,843,733 instructions # 1.42 insns per cycle
> 53,949,755 branches # 272.640 M/sec
> 157,607 branch-misses # 0.29% of all branches
>
> 0.204190648 seconds time elapsed
>
>
> -- NEW (-O2)
>
> Performance counter stats for './slabinfo.new -X -B -N 100':
>
> 169.963546 task-clock (msec) # 0.977 CPUs utilized
> 9 context-switches # 0.053 K/sec
> 0 cpu-migrations # 0.000 K/sec
> 2,276 page-faults # 0.013 M/sec
> 153,582,826 cycles # 0.904 GHz
> <not supported> stalled-cycles-frontend
> <not supported> stalled-cycles-backend
> 218,505,232 instructions # 1.42 insns per cycle
> 45,410,422 branches # 267.177 M/sec
> 114,126 branch-misses # 0.25% of all branches
>
> 0.173921887 seconds time elapsed
>
>
> ./scripts/bloat-o-meter tools/vm/slabinfo.old tools/vm/slabinfo.new
> add/remove: 5/23 grow/shrink: 7/7 up/down: 6434/-9495 (-3061)
> function old new delta
> main 878 3699 +2821
> output_slabs 307 2075 +1768
> report 781 1905 +1124
> rename_slabs 167 333 +166
> read_slab_obj.isra - 131 +131
> ops.isra - 104 +104
> set_obj.isra - 102 +102
> read_obj 145 236 +91
> sort_slabs 414 478 +64
> slab_empty.part - 32 +32
> get_obj.part - 17 +17
> slab_numa 542 556 +14
> decode_numa_list 235 230 -5
> fatal 176 160 -16
> usage 17 - -17
> onoff 27 - -27
> show_tracking 193 162 -31
> get_obj_and_str 157 124 -33
> slab_size 43 - -43
> slab_mismatch 47 - -47
> get_obj 48 - -48
> slab_waste 56 - -56
> link_slabs 226 169 -57
> slab_activity 60 - -60
> slab_validate 63 - -63
> slab_shrink 63 - -63
> slab_empty 74 - -74
> first_line 74 - -74
> store_size 271 191 -80
> xtotals 142 - -142
> ops 145 - -145
> set_obj 162 - -162
> read_slab_obj 182 - -182
> find_one_alias 187 - -187
> sort_aliases 288 - -288
> alias 298 - -298
> debug_opt_scan 355 - -355
> slab_debug 870 - -870
> totals 4136 3198 -938
> slabcache 1289 - -1289
> read_slab_dir 1798 - -1798
> slab_stats 2047 - -2047
>
>
>
> I believe the remaining tools will not `suffer' as well.
> Do you prefer to remove -O2?
>
No, I have no objection to removing -O2. I'd prefer that the rationale be
included in the commit description, however.
Acked-by: David Rientjes <rientjes@google.com>
next prev parent reply other threads:[~2015-11-11 20:34 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-10 13:32 [PATCH 0/3] tools/vm: trivial fixes Sergey Senozhatsky
2015-11-10 13:32 ` [PATCH 1/3] tools/vm: fix Makefile multi-targets Sergey Senozhatsky
2015-11-10 15:29 ` Christoph Lameter
2015-11-11 12:28 ` Sergey Senozhatsky
2015-11-11 20:34 ` David Rientjes [this message]
2015-11-12 0:58 ` Sergey Senozhatsky
2015-11-10 13:32 ` [PATCH 2/3] tools/vm/page-types: suppress gcc warnings Sergey Senozhatsky
2015-11-11 20:44 ` David Rientjes
2015-11-12 0:54 ` Sergey Senozhatsky
2015-11-12 5:46 ` David Rientjes
2015-11-10 13:32 ` [PATCH 3/3] tools/vm/slabinfo: update struct slabinfo members' types Sergey Senozhatsky
2015-11-10 15:28 ` Christoph Lameter
2015-11-11 20:55 ` David Rientjes
2015-11-12 1:13 ` Sergey Senozhatsky
2015-11-12 5:07 ` David Rientjes
2015-11-12 6:17 ` Sergey Senozhatsky
2015-11-12 9:59 ` David Rientjes
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=alpine.DEB.2.10.1511111232460.3565@chino.kir.corp.google.com \
--to=rientjes@google.com \
--cc=akpm@linux-foundation.org \
--cc=cl@linux.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=penberg@kernel.org \
--cc=sergey.senozhatsky.work@gmail.com \
--cc=sergey.senozhatsky@gmail.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