tracing/hist: Add percentage histogram suffixes
Subsystems (2)
Masami Hiramatsu (Google)
maintainerv5 cover tracing/hist: Add percentage histogram suffixes
Hi,
Here is the 5th version of .percent and .graph suffixes for histogram trigger to show the value in percentage and in bar-graph respectively. The previous version is here;
https://lore.kernel.org/all/166157298537.348924.2537162090505397377.stgit@devnote2
This version updated the last patch to add "nohitcount" option for supressing display of hitcount according to Tom's suggestion[5/6], fix README file[4/6], and update the histogram document[6/6].
This will help us to check the trend of the histogram instantly without any post processing tool.
Here shows an example of the percentage and the bar graph of the runtime of the running tasks without raw hitcount field.
# cd /sys/kernel/debug/tracing/
# echo hist:keys=pid:vals=hitcount.percent,hitcount.graph:sort=pid:NOHC > \
events/sched/sched_stat_runtime/trigger
# sleep 10
# cat events/sched/sched_stat_runtime/hist
# event histogram
#
# trigger info: hist:keys=pid:vals=hitcount.percent,hitcount.graph:sort=pid:size=2048:nohitcount [active]
# { pid: 14 } hitcount (%): 6.91 hitcount: ##
{ pid: 16 } hitcount (%): 1.13 hitcount:
{ pid: 57 } hitcount (%): 6.99 hitcount: ##
{ pid: 61 } hitcount (%): 55.28 hitcount: ####################
{ pid: 67 } hitcount (%): 5.52 hitcount: ##
{ pid: 69 } hitcount (%): 20.08 hitcount: #######
{ pid: 71 } hitcount (%): 0.40 hitcount:
{ pid: 77 } hitcount (%): 0.97 hitcount:
{ pid: 78 } hitcount (%): 0.56 hitcount:
{ pid: 145 } hitcount (%): 1.13 hitcount:
{ pid: 153 } hitcount (%): 0.48 hitcount:
{ pid: 154 } hitcount (%): 0.48 hitcount: Totals:
Hits: 1230
Entries: 12
Dropped: 0With the NOHC (or nohitcount) option, the histogram will skip display of raw hitcount, but it will allow to display percent and graph of hitcount.
Trigger Result
val=runtime -> Show hitcount and runtime val=runtime:NOHC -> Show runtime val=hitcount:NOHC -> Error (noval) -> show hitcount (noval):NOHC -> Error val=hitcount.parcent -> show hitcount and hitcount%
val=hitcount.parcent:NOHC -> show hitcount%
Thank you,
---
Masami Hiramatsu (Google) (5):
tracing: Fix to check event_mutex is held while accessing trigger list
tracing: Add .percent suffix option to histogram values
tracing: Add .graph suffix option to histogram value
tracing: Add nohitcount option for suppressing display of raw hitcount
tracing: docs: Update histogram doc for .percent/.graph and 'nohitcount'
Tom Zanussi (1):
tracing: Allow multiple hitcount values in histograms
Documentation/trace/histogram.rst | 10 ++ kernel/trace/trace.c | 7 + kernel/trace/trace_events_hist.c | 177 ++++++++++++++++++++++++++++++----- kernel/trace/trace_events_trigger.c | 3 - 4 files changed, 171 insertions(+), 26 deletions(-)
--
Masami Hiramatsu (Google) <[email protected]>
Masami Hiramatsu (Google)
maintainerPATCH v5 1/6 tracing: Allow multiple hitcount values in histograms
From: Tom Zanussi <[email protected]>
The hitcount is treated specially in the histograms - since it's always expected to be there regardless of whether the user specified anything or not, it's always added as the first histogram value.
Currently the code doesn't allow it to be added more than once as a value, which is inconsistent with all the other possible values. It would seem to be a pointless thing to want to do, but other features being added such as percent and graph modifiers don't work properly with the current hitcount restrictions.
Fix this by allowing multiple hitcounts to be added.
---
Changes in v4:
- Initialize n_hitcount.
--- kernel/trace/trace_events_hist.c | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-)
kernel/trace/trace_events_hist.c +9 -3
@@ -1356,6 +1356,8 @@ static const char *hist_field_name(struct hist_field *field, field_name = field->name; }else if (field->flags &HIST_FIELD_FL_TIMESTAMP ) field_name ="common_timestamp" ; +else if (field->flags &HIST_FIELD_FL_HITCOUNT ) + field_name ="hitcount" ;if (field_name ==NULL ) field_name ="" ;
@@ -2328,6 +2330,8 @@ parse_field(struct hist_trigger_data *hist_data, struct trace_event_file *file, hist_data->attrs->ts_in_usecs = true; }else if (strcmp (field_name,"common_cpu" ) ==0 ) *flags |=HIST_FIELD_FL_CPU ; +else if (strcmp (field_name,"hitcount" ) ==0 ) + *flags |=HIST_FIELD_FL_HITCOUNT ;else { field =trace_find_event_field (file->event_call, field_name);if (!field || !field->size) {
@@ -4328,8 +4332,8 @@ static int create_var_field(struct hist_trigger_data *hist_data,static int create_val_fields (struct hist_trigger_data *hist_data,struct trace_event_file *file) { +unsigned int i, j =1 , n_hitcount =0 ;char *fields_str, *field_str; -unsigned int i, j =1 ;int ret; ret =create_hitcount_val (hist_data);
@@ -4346,8 +4350,10 @@ static int create_val_fields(struct hist_trigger_data *hist_data,if (!field_str)break ; -if (strcmp (field_str,"hitcount" ) ==0 ) -continue ; +if (strcmp (field_str,"hitcount" ) ==0 ) { +if (!n_hitcount++) +continue ; + } ret =create_val_field (hist_data, j++, file, field_str);if (ret)
Steven Rostedt
maintainerRe: [PATCH v5 1/6] tracing: Allow multiple hitcount values in histograms
Quoted 12 lines · On Sun, 4 Sep 2022 13:12:20 +0900 "Masami Hiramatsu (Google)"…
From: Tom Zanussi <[email protected]>
The hitcount is treated specially in the histograms - since it's always expected to be there regardless of whether the user specified anything or not, it's always added as the first histogram value.
Currently the code doesn't allow it to be added more than once as a value, which is inconsistent with all the other possible values. It would seem to be a pointless thing to want to do, but other features being added such as percent and graph modifiers don't work properly with the current hitcount restrictions.
Quoted 3 lines
Fix this by allowing multiple hitcounts to be added.
Signed-off-by Tom Zanussi <[email protected]>
Hi Masami,
When posting patches from other people, you still need to add your Signed-off-by, as that denotes the people who processed the patch before it made it into git.
-- Steve
Masami Hiramatsu (Google)
maintainerRe: [PATCH v5 1/6] tracing: Allow multiple hitcount values in histograms
Quoted 17 lines · On Tue, 6 Sep 2022 22:03:46 -0400 Steven Rostedt <[email protected]> wrote:
Quoted 14 lines · On Sun, 4 Sep 2022 13:12:20 +0900 "Masami Hiramatsu (Google)"…
From: Tom Zanussi <[email protected]>
The hitcount is treated specially in the histograms - since it's always expected to be there regardless of whether the user specified anything or not, it's always added as the first histogram value.
Currently the code doesn't allow it to be added more than once as a value, which is inconsistent with all the other possible values. It would seem to be a pointless thing to want to do, but other features being added such as percent and graph modifiers don't work properly with the current hitcount restrictions.
Fix this by allowing multiple hitcounts to be added.
Quoted 7 lines
Quoted 1 line
Signed-off-by Tom Zanussi <[email protected]>Hi Masami,
When posting patches from other people, you still need to add your Signed-off-by, as that denotes the people who processed the patch before it made it into git.
Oops, I got it.
Please add my signed-off-by;
Thank you,
Quoted 2 lines
-- Steve
Signature · 1 line
Masami Hiramatsu (Google) <[email protected]>
Masami Hiramatsu (Google)
maintainerPATCH v5 2/6 tracing: Fix to check event_mutex is held while accessing trigger list
In reply to Masami Hiramatsu (Google)From: Masami Hiramatsu (Google) <[email protected]>
Since the check_user_trigger() is called outside of RCU read lock, this list_for_each_entry_rcu() caused a suspicious RCU usage warning.
# echo hist:keys=pid > events/sched/sched_stat_runtime/trigger # cat events/sched/sched_stat_runtime/trigger [ 43.167032] [ 43.167418] ============================= [ 43.167992] WARNING: suspicious RCU usage [ 43.168567] 5.19.0-rc5-00029-g19ebe4651abf #59 Not tainted [ 43.169283] ----------------------------- [ 43.169863] kernel/trace/trace_events_trigger.c:145 RCU-list traversed in non-reader section!! ...
However, this file->triggers list is safe when it is accessed under event_mutex is held.
To fix this warning, adds a lockdep_is_held check to the list_for_each_entry_rcu().
--- kernel/trace/trace_events_trigger.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
kernel/trace/trace_events_trigger.c +2 -1
@@ -142,7 +142,8 @@ static bool check_user_trigger(struct trace_event_file *file) {struct event_trigger_data *data; -list_for_each_entry_rcu (data, &file->triggers, list) { +list_for_each_entry_rcu (data, &file->triggers, list, +lockdep_is_held (&event_mutex)) {if (data->flags &EVENT_TRIGGER_FL_PROBE )continue ;return true;
Steven Rostedt
maintainerRe: [PATCH v5 2/6] tracing: Fix to check event_mutex is held while accessing trigger list
Quoted 16 lines · On Sun, 4 Sep 2022 13:12:29 +0900 "Masami Hiramatsu (Google)"…
From: Masami Hiramatsu (Google) <[email protected]>
Since the
check_user_trigger()is called outside of RCU read lock, thislist_for_each_entry_rcu()caused a suspicious RCU usage warning.# echo hist:keys=pid > events/sched/sched_stat_runtime/trigger # cat events/sched/sched_stat_runtime/trigger [ 43.167032] [ 43.167418] ============================= [ 43.167992] WARNING: suspicious RCU usage [ 43.168567] 5.19.0-rc5-00029-g19ebe4651abf #59 Not tainted [ 43.169283] ----------------------------- [ 43.169863] kernel/trace/trace_events_trigger.c:145 RCU-list traversed in non-reader section!! ...
Quoted 8 lines
However, this
file->triggerslist is safe when it is accessed underevent_mutexis held.
To fix this warning, adds alockdep_is_heldcheck to thelist_for_each_entry_rcu().Fixes 7491e2c44278 ("tracing: Add a probe that attaches to trace events")Signed-off-by Masami Hiramatsu (Google) <[email protected]>---
I'm going to pull this patch out of these series, mark it for stable, and add it to my queue that is going to Linus.
-- Steve
Masami Hiramatsu (Google)
maintainerPATCH v5 3/6 tracing: Add .percent suffix option to histogram values
In reply to Masami Hiramatsu (Google)From: Masami Hiramatsu (Google) <[email protected]>
Add .percent suffix option to show the histogram values in percentage. This feature is useful when we need yo undersntand the overall trend for the histograms of large values.
E.g. this shows the runtime percentage for each tasks.
------
# cd /sys/kernel/debug/tracing/
# echo hist:keys=pid:vals=hitcount,runtime.percent:sort=pid > \
events/sched/sched_stat_runtime/trigger
# sleep 10
# cat events/sched/sched_stat_runtime/hist
# event histogram
#
# trigger info: hist:keys=pid:vals=hitcount,runtime.percent:sort=pid:size=2048 [active]
# { pid: 8 } hitcount: 7 runtime (%): 4.14
{ pid: 14 } hitcount: 5 runtime (%): 3.69
{ pid: 16 } hitcount: 11 runtime (%): 3.41
{ pid: 61 } hitcount: 41 runtime (%): 19.75
{ pid: 65 } hitcount: 4 runtime (%): 1.48
{ pid: 70 } hitcount: 6 runtime (%): 3.60
{ pid: 72 } hitcount: 2 runtime (%): 1.10
{ pid: 144 } hitcount: 10 runtime (%): 32.01
{ pid: 151 } hitcount: 8 runtime (%): 22.66
{ pid: 152 } hitcount: 2 runtime (%): 8.10Totals:
Hits: 96
Entries: 10
Dropped: 0-----
---
Changes in v5:
- Show raw hitcount value always even if hitcount.percent is specified.
Changes in v4:
- Port on the Tom's hitcount patch.
Changes in v3:
- Show "(%)" in the field name.
- Return div0 error only if the value is not zero.
- Simplify the print code with hist_trigger_print_val().
- Show hitcount percentage correctly.
Changes in v2:
- Use div64_*().
- Show an error when failing to calculate the percentage.
--- kernel/trace/trace.c | 3 + kernel/trace/trace_events_hist.c | 90 ++++++++++++++++++++++++++++++++------ 2 files changed, 78 insertions(+), 15 deletions(-)
kernel/trace/trace.c +2 -1
@@ -5700,7 +5700,8 @@ static const char readme_msg[] ="\t .syscall display a syscall id as a syscall name\n" "\t .log2 display log2 value rather than raw number\n" "\t .buckets=size display values in groups of size rather than raw number\n" -"\t .usecs display a common_timestamp in microseconds\n\n" +"\t .usecs display a common_timestamp in microseconds\n" +"\t .percent display a number of percentage value\n\n" "\t The 'pause' parameter can be used to pause an existing hist\n" "\t trigger or to start a hist trigger but not log any events\n" "\t until told to do so. 'continue' can be used to start or\n"
kernel/trace/trace_events_hist.c +76 -14
145 lines not on this page · raw message
Masami Hiramatsu (Google)
maintainerPATCH v5 4/6 tracing: Add .graph suffix option to histogram value
In reply to Masami Hiramatsu (Google)From: Masami Hiramatsu (Google) <[email protected]>
Add the .graph suffix which shows the bar graph of the histogram value.
For example, the below example shows that the bar graph of the histogram of the runtime for each tasks.
------
# cd /sys/kernel/debug/tracing/ # echo hist:keys=pid:vals=runtime.graph:sort=pid > \ events/sched/sched_stat_runtime/trigger # sleep 10 # cat events/sched/sched_stat_runtime/hist # event histogram # # trigger info: hist:keys=pid:vals=hitcount,runtime.graph:sort=pid:size=2048 [active] #
{ pid: 14 } hitcount: 2 runtime:
{ pid: 16 } hitcount: 8 runtime:
{ pid: 26 } hitcount: 1 runtime:
{ pid: 57 } hitcount: 3 runtime:
{ pid: 61 } hitcount: 20 runtime: ###
{ pid: 66 } hitcount: 2 runtime:
{ pid: 70 } hitcount: 3 runtime:
{ pid: 72 } hitcount: 2 runtime:
{ pid: 145 } hitcount: 14 runtime: ####################
{ pid: 152 } hitcount: 5 runtime: #######
{ pid: 153 } hitcount: 2 runtime: ####Totals:
Hits: 62
Entries: 11
Dropped: 0-------
---
Changes in v5:
- Show raw hitcount value always even if hitcount.graph
is specified.
- Update README file
Changes in v3:
- Show hitcount.graph in trigger info correctly.
- Show both hitcount.percent and hitcount.graph on the same histogram.
Changes in v2:
- Show an error when failing to calculate the percentage.
--- kernel/trace/trace.c | 3 + kernel/trace/trace_events_hist.c | 77 ++++++++++++++++++++++++++++++-------- 2 files changed, 63 insertions(+), 17 deletions(-)
kernel/trace/trace.c +2 -1
@@ -5701,7 +5701,8 @@ static const char readme_msg[] ="\t .log2 display log2 value rather than raw number\n" "\t .buckets=size display values in groups of size rather than raw number\n" "\t .usecs display a common_timestamp in microseconds\n" -"\t .percent display a number of percentage value\n\n" +"\t .percent display a number of percentage value\n" +"\t .graph display a bar-graph of a value\n\n" "\t The 'pause' parameter can be used to pause an existing hist\n" "\t trigger or to start a hist trigger but not log any events\n" "\t until told to do so. 'continue' can be used to start or\n"
kernel/trace/trace_events_hist.c +61 -16
155 lines not on this page · raw message
Masami Hiramatsu (Google)
maintainerPATCH v5 5/6 tracing: Add nohitcount option for suppressing display of raw hitcount
In reply to Masami Hiramatsu (Google)From: Masami Hiramatsu (Google) <[email protected]>
Add 'nohitcount' ('NOHC' for short) option for suppressing display of the raw hitcount column in the histogram.
Note that you must specify at least one value except raw 'hitcount' when you specify this nohitcount option.
# cd /sys/kernel/debug/tracing/
# echo hist:keys=pid:vals=runtime.percent,runtime.graph:sort=pid:NOHC > \
events/sched/sched_stat_runtime/trigger
# sleep 10
# cat events/sched/sched_stat_runtime/hist
# event histogram
#
# trigger info: hist:keys=pid:vals=runtime.percent,runtime.graph:sort=pid:size=2048:nohitcount [active]
# { pid: 8 } runtime (%): 3.02 runtime: #
{ pid: 14 } runtime (%): 2.25 runtime:
{ pid: 16 } runtime (%): 2.25 runtime:
{ pid: 26 } runtime (%): 0.17 runtime:
{ pid: 61 } runtime (%): 11.52 runtime: ####
{ pid: 67 } runtime (%): 1.56 runtime:
{ pid: 68 } runtime (%): 0.84 runtime:
{ pid: 76 } runtime (%): 0.92 runtime:
{ pid: 117 } runtime (%): 2.50 runtime: #
{ pid: 146 } runtime (%): 49.88 runtime: ####################
{ pid: 157 } runtime (%): 16.63 runtime: ######
{ pid: 158 } runtime (%): 8.38 runtime: ###---
Changes in v5:
- Add nohitcount and NOHC option to avoid showing hitcount.
--- kernel/trace/trace.c | 3 +++ kernel/trace/trace_events_hist.c | 34 ++++++++++++++++++++++++++-------- 2 files changed, 29 insertions(+), 8 deletions(-)
kernel/trace/trace.c +3 -0
@@ -5654,6 +5654,7 @@ static const char readme_msg[] ="\t [:size=#entries]\n" "\t [:pause][:continue][:clear]\n" "\t [:name=histname1]\n" +"\t [:nohitcount]\n" "\t [:<handler>.<action>]\n" "\t [if <filter>]\n\n" "\t Note, special fields can be used as well:\n"
@@ -5710,6 +5711,8 @@ static const char readme_msg[] ="\t The 'clear' parameter will clear the contents of a running\n" "\t hist trigger and leave its current paused/active state\n" "\t unchanged.\n\n" +"\t The 'nohitcount' (or NOHC) parameter will suppress display of\n" +"\t raw hitcount in the histogram.\n\n" "\t The enable_hist and disable_hist triggers can be used to\n" "\t have one event conditionally start and stop another event's\n" "\t already-attached hist trigger. The syntax is analogous to\n"
kernel/trace/trace_events_hist.c +26 -8
@@ -69,7 +69,8 @@C (INVALID_STR_OPERAND ,"String type can not be an operand in expression" ), \C (EXPECT_NUMBER ,"Expecting numeric literal" ), \C (UNARY_MINUS_SUBEXPR ,"Unary minus not supported in sub-expressions" ), \ -C (DIVISION_BY_ZERO ,"Division by zero" ), +C (DIVISION_BY_ZERO ,"Division by zero" ), \ +C (NEED_NOHC_VAL ,"Non-hitcount value is required for 'nohitcount'" ), #undef C #define C(a, b) HIST_ERR_##a
@@ -526,6 +527,7 @@ struct hist_trigger_attrs {bool cont;bool clear;bool ts_in_usecs; +bool no_hitcount;unsigned int map_bits;char *assignment_str[TRACING_MAP_VARS_MAX ];
@@ -1550,7 +1552,10 @@ parse_hist_trigger_attrs(struct trace_array *tr, char *trigger_str) ret =parse_assignment (tr, str, attrs);if (ret) goto free; - }else if (strcmp (str,"pause" ) ==0 ) + }else if (strcmp (str,"nohitcount" ) ==0 || +strcmp (str,"NOHC" ) ==0 ) + attrs->no_hitcount = true; +else if (strcmp (str,"pause" ) ==0 ) attrs->pause = true;else if ((strcmp (str,"cont" ) ==0 ) || (strcmp (str,"continue" ) ==0 ))
@@ -4377,6 +4382,12 @@ static int create_val_fields(struct hist_trigger_data *hist_data,if (fields_str && (strcmp (fields_str,"hitcount" ) !=0 )) ret = -EINVAL ; out: +/* There is only raw hitcount but nohitcount suppresses it. */ +if (j ==1 && hist_data->attrs->no_hitcount) { +hist_err (hist_data->event_file->tr,HIST_ERR_NEED_NOHC_VAL ,0 ); + ret = -ENOENT ; + } +return ret; }
@@ -5385,13 +5396,13 @@ static void hist_trigger_entry_print(struct seq_file *m,hist_trigger_print_key (m, hist_data, key, elt); -/* At first, show the raw hitcount always */ -hist_trigger_print_val (m, i,"hitcount" ,0 , stats, elt); +/* At first, show the raw hitcount if !nohitcount */ +if (!hist_data->attrs->no_hitcount) +hist_trigger_print_val (m, i,"hitcount" ,0 , stats, elt);for (i =1 ; i < hist_data->n_vals; i++) { field_name =hist_field_name (hist_data->fields[i],0 ); flags = hist_data->fields[i]->flags; -if (flags &HIST_FIELD_FL_VAR || flags &HIST_FIELD_FL_EXPR )continue ;
@@ -5836,6 +5847,7 @@ static int event_hist_trigger_print(struct seq_file *m,struct hist_trigger_data *hist_data = data->private_data;struct hist_field *field;bool have_var = false; +bool show_val = false;unsigned int i;seq_puts (m,HIST_PREFIX );
@@ -5866,12 +5878,16 @@ static int event_hist_trigger_print(struct seq_file *m,continue ; } -if (i ==HITCOUNT_IDX ) +if (i ==HITCOUNT_IDX ) { +if (hist_data->attrs->no_hitcount) +continue ;seq_puts (m,"hitcount" ); -else { -seq_puts (m,"," ); + }else { +if (show_val) +seq_puts (m,"," );hist_field_print (m, field); } + show_val = true; }if (have_var) {
@@ -5922,6 +5938,8 @@ static int event_hist_trigger_print(struct seq_file *m,seq_printf (m,":size=%u" , (1 << hist_data->map->map_bits));if (hist_data->enable_timestamps)seq_printf (m,":clock=%s" , hist_data->attrs->clock); +if (hist_data->attrs->no_hitcount) +seq_puts (m,":nohitcount" );print_actions_spec (m, hist_data);
Masami Hiramatsu (Google)
maintainerPATCH v5 6/6 tracing: docs: Update histogram doc for .percent/.graph and 'nohitcount'
In reply to Masami Hiramatsu (Google)From: Masami Hiramatsu (Google) <[email protected]>
Update histogram document for .percent/.graph suffixes and 'nohitcount' option.
--- Documentation/trace/histogram.rst | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-)
Documentation/trace/histogram.rst +9 -1
@@ -25,7 +25,7 @@ Documentation written by Tom Zanussi hist:keys=<field1[,field2,...]>[:values=<field1[,field2,...]>] [:sort=<field1[,field2,...]>][:size=#entries][:pause][:continue] - [:clear][:name=histname1][:<handler>.<action>] [if <filter>] + [:clear][:name=histname1][:nohitcount][:<handler>.<action>] [if <filter>] When a matching event is hit, an entry is added to a hash table using the key(s) and value(s) named. Keys and values correspond to
@@ -79,6 +79,8 @@ Documentation written by Tom Zanussi .log2 display log2 value rather than raw number .buckets=size display grouping of values rather than raw number .usecs display a common_timestamp in microseconds + .percent display a number of percentage value + .graph display a bar-graph of a value ============= ================================================= Note that in general the semantics of a given field aren't
@@ -137,6 +139,12 @@ Documentation written by Tom Zanussi existing trigger, rather than via the '>' operator, which will cause the trigger to be removed through truncation. + The 'nohitcount' (or NOHC) parameter will suppress display of + raw hitcount in the histogram. This option requires at least one + value field which is not a 'raw hitcount'. For example, + 'hist:...:vals=hitcount:nohitcount' is rejected, but + 'hist:...:vals=hitcount.percent:nohitcount' is OK. + - enable_hist/disable_hist The enable_hist and disable_hist triggers can be used to have one
Hi Masami,
Quoted 67 lines · Masami Hiramatsu (Google)
Hi,
Here is the 5th version of .percent and .graph suffixes for histogram trigger to show the value in percentage and in bar-graph respectively.
The previous version is here;https://lore.kernel.org/all/166157298537.348924.2537162090505397377.stgit@devnote2
This version updated the last patch to add "nohitcount" option for supressing display of hitcount according to Tom's suggestion[5/6], fix README file[4/6], and update the histogram document[6/6].
This will help us to check the trend of the histogram instantly without any post processing tool.
Here shows an example of the percentage and the bar graph of the runtime of the running tasks without raw hitcount field.
# cd /sys/kernel/debug/tracing/ # echo hist:keys=pid:vals=hitcount.percent,hitcount.graph:sort=pid:NOHC > \ events/sched/sched_stat_runtime/trigger # sleep 10 # cat events/sched/sched_stat_runtime/hist # event histogram # # trigger info: hist:keys=pid:vals=hitcount.percent,hitcount.graph:sort=pid:size=2048 :nohitcount [active] # { pid: 14 } hitcount (%): 6.91 hitcount: ## { pid: 16 } hitcount (%): 1.13 hitcount: { pid: 57 } hitcount (%): 6.99 hitcount: ## { pid: 61 } hitcount (%): 55.28 hitcount: #################### { pid: 67 } hitcount (%): 5.52 hitcount: ## { pid: 69 } hitcount (%): 20.08 hitcount: ####### { pid: 71 } hitcount (%): 0.40 hitcount: { pid: 77 } hitcount (%): 0.97 hitcount: { pid: 78 } hitcount (%): 0.56 hitcount: { pid: 145 } hitcount (%): 1.13 hitcount: { pid: 153 } hitcount (%): 0.48 hitcount: { pid: 154 } hitcount (%): 0.48 hitcount: Totals: Hits: 1230 Entries: 12 Dropped: 0With the NOHC (or nohitcount) option, the histogram will skip display of raw hitcount, but it will allow to display percent and graph of hitcount.
Quoted 8 lines
Trigger Result
val=runtime -> Show hitcount and runtime val=runtime:NOHC -> Show runtime val=hitcount:NOHC -> Error
(noval) -> show hitcount (noval):NOHC -> Error val=hitcount.parcent -> show hitcount and hitcount% val=hitcount.parcent:NOHC -> show hitcount%
It all looks good to me, thanks! For the whole set:
Tom
Quoted 28 lines
Thank you,
---
Masami Hiramatsu (Google) (5):
tracing: Fix to checkevent_mutexis held while accessing trigger list
tracing: Add .percent suffix option to histogram values
tracing: Add .graph suffix option to histogram value
tracing: Add nohitcount option for suppressing display of raw hitcount
tracing: docs: Update histogram doc for .percent/.graph and 'nohitcount'Tom Zanussi (1):
tracing: Allow multiple hitcount values in histogramsDocumentation/trace/histogram.rst | 10 ++
kernel/trace/trace.c | 7 +
kernel/trace/trace_events_hist.c | 177
++++++++++++++++++++++++++++++-----
kernel/trace/trace_events_trigger.c | 3 -4 files changed, 171 insertions(+), 26 deletions(-)--
Masami Hiramatsu (Google) <[email protected]>