Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
From:   Davidlohr Bueso <dave@stgolabs.net>
To:     acme@kernel.org
Cc:     akpm@linux-foundation.org, jbaron@akamai.com, dave@stgolabs.net,
        linux-kernel@vger.kernel.org
Subject: [PATCH 0/2] perf-bench: introduce epoll benchmarks
Date:   Tue,  6 Nov 2018 07:22:24 -0800
Message-Id: <20181106152226.20883-1-dave@stgolabs.net>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Hi,

I've been doing work on epoll, and I've found that most related (micro)benchmarks
are either randomly scattered across the net, or simply non-existent. These patches
are a start to addressing this (more to come). Similar to what we have for futexes,
perf-bench allows kernel developers mainly to quickly test performance changes to the
code in question. Similarly, such programs are not intended for comparing different
IO polling methods. Hence everything is very adhoc and outputs raw microbenchmark
numbers. Also this uses eventfd, similar tools tend to use pipes or sockets, but the
result is the same.

Thanks!

Davidlohr Bueso (2):
  perf-bench: Add epoll parallel epoll_wait benchmark
  perf-bench: Add epoll_ctl(2) benchmark

 tools/perf/Documentation/perf-bench.txt |  10 +
 tools/perf/bench/Build                  |   3 +
 tools/perf/bench/bench.h                |   3 +
 tools/perf/bench/epoll-ctl.c            | 411 ++++++++++++++++++++++++
 tools/perf/bench/epoll-wait.c           | 536 ++++++++++++++++++++++++++++++++
 tools/perf/builtin-bench.c              |   9 +
 6 files changed, 972 insertions(+)
 create mode 100644 tools/perf/bench/epoll-ctl.c
 create mode 100644 tools/perf/bench/epoll-wait.c

-- 
2.16.4