summaryrefslogtreecommitdiff
path: root/net/econet/Makefile
diff options
context:
space:
mode:
authorFrederic Weisbecker <fweisbec@gmail.com>2009-06-07 01:10:43 +0400
committerIngo Molnar <mingo@elte.hu>2009-06-07 11:32:44 +0400
commit2f01190aa62fe9dd0a98205927b9f09fd191c017 (patch)
tree255fe87e7645385dd4aec77d4299f06ddb1fd654 /net/econet/Makefile
parent23b87116c7c4f73597965218b66041acbdb4e79f (diff)
downloadlinux-2f01190aa62fe9dd0a98205927b9f09fd191c017.tar.xz
perf top: Wait for a minimal set of events before reading first snapshot
The first snapshot reading often occur before any events have been read in the mapped perfcounter files. Just wait until we have at least one event before starting the snapshot, or the delay before the first set of entries to be displayed may be long in case of low refresh rate. Note: we could also use a semaphore to wait before "print_entries" number of eveents is reached, but again this value is tunable and we can't ensure we will even reach it. Also we could base on a default mimimum set of entries for the first refresh, say 15, but again, the minimal sample is tunable, and we could end up displaying nothing until we have a minimal default set of events, which can take some time in case of high samples filters. Hence this simple solution which partially covers the default case. [ Impact: fix display artifacts in perf top ] Signed-off-by: Frederic Weisbecker <fweisbeec@gmail.com> Cc: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Mike Galbraith <efault@gmx.de> Cc: Paul Mackerras <paulus@samba.org> Cc: Corey Ashford <cjashfor@linux.vnet.ibm.com> Cc: Marcelo Tosatti <mtosatti@redhat.com> Cc: Arnaldo Carvalho de Melo <acme@redhat.com> LKML-Reference: <1244322643-6447-1-git-send-email-fweisbec@gmail.com> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'net/econet/Makefile')
0 files changed, 0 insertions, 0 deletions