summaryrefslogtreecommitdiffstats
path: root/include/rxrpc
diff options
context:
space:
mode:
authorAndrew Hunter <ahh@google.com>2013-05-23 11:07:03 -0700
committerIngo Molnar <mingo@kernel.org>2013-06-19 12:50:44 +0200
commit43b4578071c0e6d87761e113e05d45776cc75437 (patch)
treeece20f517fe07b2c58e56f2909e6516813511b12 /include/rxrpc
parent03d8e80beb7db78a13c192431205b9c83f7e0cd1 (diff)
downloadtalos-obmc-linux-43b4578071c0e6d87761e113e05d45776cc75437.tar.gz
talos-obmc-linux-43b4578071c0e6d87761e113e05d45776cc75437.zip
perf/x86: Reduce stack usage of x86_schedule_events()
x86_schedule_events() caches event constraints on the stack during scheduling. Given the number of possible events, this is 512 bytes of stack; since it can be invoked under schedule() under god-knows-what, this is causing stack blowouts. Trade some space usage for stack safety: add a place to cache the constraint pointer to struct perf_event. For 8 bytes per event (1% of its size) we can save the giant stack frame. This shouldn't change any aspect of scheduling whatsoever and while in theory the locality's a tiny bit worse, I doubt we'll see any performance impact either. Tested: `perf stat whatever` does not blow up and produces results that aren't hugely obviously wrong. I'm not sure how to run particularly good tests of perf code, but this should not produce any functional change whatsoever. Signed-off-by: Andrew Hunter <ahh@google.com> Reviewed-by: Stephane Eranian <eranian@google.com> Signed-off-by: Peter Zijlstra <peterz@infradead.org> Link: http://lkml.kernel.org/r/1369332423-4400-1-git-send-email-ahh@google.com Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'include/rxrpc')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud