1. 30 5月, 2013 6 次提交
  2. 29 5月, 2013 11 次提交
  3. 28 5月, 2013 6 次提交
  4. 01 4月, 2013 3 次提交
  5. 18 3月, 2013 1 次提交
  6. 16 3月, 2013 4 次提交
  7. 14 3月, 2013 1 次提交
  8. 15 2月, 2013 3 次提交
  9. 07 2月, 2013 1 次提交
  10. 30 1月, 2013 2 次提交
    • P
      perf tools: Make numa benchmark optional · 79d824e3
      Peter Hurley 提交于
      Commit "perf: Add 'perf bench numa mem'..." added a NUMA performance
      benchmark to perf. Make this optional and test for required
      dependencies.
      Signed-off-by: NPeter Hurley <peter@hurleysoftware.com>
      Acked-by: NIngo Molnar <mingo@kernel.org>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Link: http://lkml.kernel.org/r/1359337882-21821-1-git-send-email-peter@hurleysoftware.comSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      79d824e3
    • I
      perf: Add 'perf bench numa mem' NUMA performance measurement suite · 1c13f3c9
      Ingo Molnar 提交于
      Add a suite of NUMA performance benchmarks.
      
      The goal was simulate the behavior and access patterns of real NUMA
      workloads, via a wide range of parameters, so this tool goes well
      beyond simple bzero() measurements that most NUMA micro-benchmarks use:
      
       - It processes the data and creates a chain of data dependencies,
         like a real workload would. Neither the compiler, nor the
         kernel (via KSM and other optimizations) nor the CPU can
         eliminate parts of the workload.
      
       - It randomizes the initial state and also randomizes the target
         addresses of the processing - it's not a simple forward scan
         of addresses.
      
       - It provides flexible options to set process, thread and memory
         relationship information: -G sets "global" memory shared between
         all test processes, -P sets "process" memory shared by all
         threads of a process and -T sets "thread" private memory.
      
       - There's a NUMA convergence monitoring and convergence latency
         measurement option via -c and -m.
      
       - Micro-sleeps and synchronization can be injected to provoke lock
         contention and scheduling, via the -u and -S options. This simulates
         IO and contention.
      
       - The -x option instructs the workload to 'perturb' itself artificially
         every N seconds, by moving to the first and last CPU of the system
         periodically. This way the stability of convergence equilibrium and
         the number of steps taken for the scheduler to reach equilibrium again
         can be measured.
      
       - The amount of work can be specified via the -l loop count, and/or
         via a -s seconds-timeout value.
      
       - CPU and node memory binding options, to test hard binding scenarios.
         THP can be turned on and off via madvise() calls.
      
       - Live reporting of convergence progress in an 'at glance' output format.
         Printing of convergence and deconvergence events.
      
      The 'perf bench numa mem -a' option will start an array of about 30
      individual tests that will each output such measurements:
      
       # Running  5x5-bw-thread, "perf bench numa mem -p 5 -t 5 -P 512 -s 20 -zZ0q --thp  1"
        5x5-bw-thread,                         20.276, secs,           runtime-max/thread
        5x5-bw-thread,                         20.004, secs,           runtime-min/thread
        5x5-bw-thread,                         20.155, secs,           runtime-avg/thread
        5x5-bw-thread,                          0.671, %,              spread-runtime/thread
        5x5-bw-thread,                         21.153, GB,             data/thread
        5x5-bw-thread,                        528.818, GB,             data-total
        5x5-bw-thread,                          0.959, nsecs,          runtime/byte/thread
        5x5-bw-thread,                          1.043, GB/sec,         thread-speed
        5x5-bw-thread,                         26.081, GB/sec,         total-speed
      
      See the help text and the code for more details.
      
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Andrea Arcangeli <aarcange@redhat.com>
      Cc: Rik van Riel <riel@redhat.com>
      Cc: Mel Gorman <mgorman@suse.de>
      Cc: Hugh Dickins <hughd@google.com>
      Signed-off-by: NIngo Molnar <mingo@kernel.org>
      1c13f3c9
  11. 25 1月, 2013 2 次提交
    • N
      perf tools: Do not include PERF-VERSION-FILE to Makefile · 3cecaa20
      Namhyung Kim 提交于
      When make runs it tries to update the Makefile rules by reading all of
      included Makefiles.  During the perf build it checks PERF-VERSION-FILE
      to get the current version number.  But it triggers Makefile update so
      that make runs again with the update Makefile and, in turn, users will
      see duplicate CHK message on the second path.
      
      Running make with -d option for debugging tells me this:
      
      GNU Make 3.82
      Built for x86_64-redhat-linux-gnu
      Copyright (C) 2010  Free Software Foundation, Inc.
      License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
      This is free software: you are free to change and redistribute it.
      There is NO WARRANTY, to the extent permitted by law.
      Reading makefiles...
      Reading makefile `Makefile'...
      Reading makefile `../scripts/Makefile.include' (search path) (no ~ expansion)...
      Reading makefile `config/utilities.mak' (search path) (no ~ expansion)...
      Reading makefile `PERF-VERSION-FILE' (search path) (don't care) (no ~ expansion)...
      Reading makefile `config/feature-tests.mak' (search path) (don't care) (no ~ expansion)...
          CHK -fstack-protector-all
          CHK -Wstack-protector
          CHK -Wvolatile-register-var
      ...
      Updating makefiles....
       Considering target file `PERF-VERSION-FILE'.
       Must remake target `PERF-VERSION-FILE'.
      Invoking recipe from Makefile:52 to update target `PERF-VERSION-FILE'.
      Putting child 0x14037a0 (PERF-VERSION-FILE) PID 31925 on the chain.
      Live child 0x14037a0 (PERF-VERSION-FILE) PID 31925
      PERF_VERSION = 3.8.rc3.gf751db6
      Reaping winning child 0x14037a0 PID 31925
      Removing child 0x14037a0 PID 31925 from chain.
       Successfully remade target file `PERF-VERSION-FILE'.
      ...
      Re-executing[1]: make -d                       <------------ here
      GNU Make 3.82
      Built for x86_64-redhat-linux-gnu
      Copyright (C) 2010  Free Software Foundation, Inc.
      License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
      This is free software: you are free to change and redistribute it.
      There is NO WARRANTY, to the extent permitted by law.
      Reading makefiles...
      Reading makefile `Makefile'...
      Reading makefile `../scripts/Makefile.include' (search path) (no ~ expansion)...
      Reading makefile `config/utilities.mak' (search path) (no ~ expansion)...
      Reading makefile `PERF-VERSION-FILE' (search path) (don't care) (no ~ expansion)...
      Reading makefile `config/feature-tests.mak' (search path) (don't care) (no ~ expansion)...
          CHK -fstack-protector-all
          CHK -Wstack-protector
          CHK -Wvolatile-register-var
      ...
      
      Actually PERF-VERSION-FILE is used only for perf.c to #define
      PERF_VERSION macro.  So make it like a C header file and include it
      during compiling the perf.c file will remove the need of being
      included into Makefile.  Hench no need to update the Makefile and no
      CHK lines anymore.
      Signed-off-by: NNamhyung Kim <namhyung@kernel.org>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Link: http://lkml.kernel.org/r/1358337594-10916-1-git-send-email-namhyung@kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      3cecaa20
    • N
      perf tools: Get rid of unused include of config.mak · 1aa3d178
      Namhyung Kim 提交于
      These lines are came from GIT Makefile and never used for perf.
      
      I found it from make -d output during working on previous patch.
      
      Updating makefiles....
       Considering target file `arch/x86/Makefile'.
       No need to remake target `arch/x86/Makefile'.
       Considering target file `config.mak'.
        File `config.mak' does not exist.
       Must remake target `config.mak'.
       Failed to remake target file `config.mak'.
       Considering target file `config.mak.autogen'.
        File `config.mak.autogen' does not exist.
       Must remake target `config.mak.autogen'.
       Failed to remake target file `config.mak.autogen'.
      Signed-off-by: NNamhyung Kim <namhyung@kernel.org>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Link: http://lkml.kernel.org/r/1358337594-10916-2-git-send-email-namhyung@kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      1aa3d178