Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp2144929pxy; Mon, 2 Aug 2021 21:28:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw6qO2MbuILYPpUmyJJmHagE8sg8GyQYUnAk4VoMX4Q+ny/oYhxP2NRKei+y838o5b/VI6B X-Received: by 2002:a05:6e02:5b0:: with SMTP id k16mr45657ils.301.1627964894664; Mon, 02 Aug 2021 21:28:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627964894; cv=none; d=google.com; s=arc-20160816; b=APpVwYk4pdQmcqghe8pdFrmE+g9mgeHG9SEjeO4we6Pr8XfLTl49qOFKqHPYPeyq9F vRczoVNKfFoum4oCR54wG8i/xhNxPOljXuCBPfjt1aDFw/ImnVb78zMPgBUF4swkgqSr Yf0bQ/9VyrBww3Xby3r3y34gl5p0uiMHWijgGLpZIp2krHf4ZUQosFLEEWAyANYwUihY vjw3BKIojvPmfe4Vco/ShB2t7+KgjhvGeguWlIZqkbPy4pGYvhKgti8JhTPEE6jDUT5Q xvTYKaR7kqyNI7hRKuEAqIFa6iuWEVh5NVYOmhlRaiBXP5w/dh/CuXyWE0KLRU2rTyIF +mBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=RYdkeqM5VqLHhNgs5A81KYLP4v31DFSxgBsZgn6UobE=; b=kAUEkA/HCn5KufMstW/VUAGphXDnKIf7uzU1lploropgIeXQhJo0Ol3CFBbb7snscX EVUji9f3WQ6tx04hrSa+w+FUa66WgBrkUgCM7FgILxmLKMmQYXGzN3lEw2lYAmK6y0sH unsunzA3N+/et9HqcdDZNNywm7Zdmcbj/m2HzyewnCYwWp7gr6UwTAvvI1R1BPDCdshy 4fYywCYUXY5RTcAO/991qkDsGXGfAoIvkkU7PlY6aGu7WI79S5pmw3mz5cbQBpXLo2tF MtdkcxBMHql/TZHh02NQYKPz3NB9zIctV+U9fdeTOS26Lra+9LV+xnyjzZ0bD4p2qGSD s8nA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k40si14023341jav.47.2021.08.02.21.28.03; Mon, 02 Aug 2021 21:28:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233917AbhHCE0n (ORCPT + 99 others); Tue, 3 Aug 2021 00:26:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:57198 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233631AbhHCEYH (ORCPT ); Tue, 3 Aug 2021 00:24:07 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E5F8561029; Tue, 3 Aug 2021 04:23:56 +0000 (UTC) Received: from rostedt by gandalf.local.home with local (Exim 4.94.2) (envelope-from ) id 1mAly7-002qn1-KE; Tue, 03 Aug 2021 00:23:55 -0400 From: Steven Rostedt To: linux-trace-devel@vger.kernel.org Cc: linux-kernel@vger.kernel.org, Tom Zanussi , Daniel Bristot de Oliveira , Masami Hiramatsu , Namhyung Kim , linux-rt-users , Clark Williams , "Steven Rostedt (VMware)" Subject: [PATCH v2 00/21] libtracefs: Introducing tracefs_sql() to create synthetice events with an SQL line Date: Tue, 3 Aug 2021 00:23:26 -0400 Message-Id: <20210803042347.679499-1-rostedt@goodmis.org> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "Steven Rostedt (VMware)" I forgot to mention my special thanks: Lukas Bulwahn for first introducing the idea at RT Summit on the Summit Spring of 2019. Daniel Black for sorting out the syntax of mapping the synthetic event creations into SQL statements at Linux Plumbers, Fall of 2019. This patch set depends on: https://patchwork.kernel.org/project/linux-trace-devel/list/?series=525353 Below is from the man page, which has a fully functional parser as its example (in man page, not here. But the usage of that parser is described in the FUNCTIONAL EXAMPLE section below). struct tracefs_synth *tracefs_sql(struct tep_handle *tep, const char *name, const char *sql_buffer, char **err); Major update since v1: It was brought to my attention that the man page did not state that the SQL syntax required JOIN .. ON in the statement. That is, they were not optional. I decided to fix that. But not by updating the man page, but by actually making JOIN .. ON optional. If you leave that out, the synthetic event will not be completely created, but it will have enough to create a histogram. See the bottom (HISTOGRAMS) for more info! struct tracefs_synth *tracefs_sql(struct tep_handle *tep, const char *name, const char *sql_buffer, char **err); Synthetic events are dynamically created events that attach two existing events together via one or more matching fields between the two events. It can be used to find the latency between the events, or to simply pass fields of the first event on to the second event to display as one event. The Linux kernel interface to create synthetic events is complex, and there needs to be a better way to create synthetic events that is easy and can be understood via existing technology. If you think of each event as a table, where the fields are the column of the table and each instance of the event as a row, you can understand how SQL can be used to attach two events together and for another event (table). Utilizing the SQL SELECT FROM JOIN ON [ WHERE ] syntax, a synthetic event can easily be created from two different events. For simple SQL queries to make a histogram instead of a synthetic event, see HISTOGRAMS below. tracefs_sql() takes in a tep handler (See tep_local_events(3)) that is used to verify the events within the sql_buffer expression. The name is the name of the synthetic event to create. If err points to an address of a string, it will be filled with a detailed message on any type of parsing error, including fields that do not belong to an event, or if the events or fields are not properly compared. The example program below is a fully functional parser where it will create a synthetic event from a SQL syntax passed in via the command line or a file. The SQL format is as follows: SELECT FROM JOIN ON WHERE Note, although the examples show the SQL commands in uppercase, they are not required to be so. That is, you can use "SELECT" or "select" or "sElEct". For example: SELECT syscalls.sys_enter_read.fd, syscalls.sys_exit_read.ret FROM syscalls.sys_enter_read JOIN syscalls.sys_exit_read ON syscalls.sys_enter_read.common_pid = syscalls.sys_exit_write.common_pid Will create a synthetic event that with the fields: u64 fd; s64 ret; Because the function takes a tep handle, and usually all event names are unique, you can leave off the system (group) name of the event, and tracefs_sql() will discover the system for you. That is, the above statement would work with: SELECT sys_enter_read.fd, sys_exit_read.ret FROM sys_enter_read JOIN sys_exit_read ON sys_enter_read.common_pid = sys_exit_write.common_pid The AS keyword can be used to name the fields as well as to give an alias to the events, such that the above can be simplified even more as; SELECT start.fd, end.ret FROM sys_enter_read AS start JOIN sys_exit_read AS end ON start.common_pid = end.common_pid The above aliases sys_enter_read as start and sys_exit_read as end and uses those aliases to reference the event throughout the statement. Using the AS keyword in the selection portion of the SQL statement will define what those fields will be called in the synthetic event. SELECT start.fd AS filed, end.ret AS return FROM sys_enter_read AS start JOIN sys_exit_read AS end ON start.common_pid = end.common_pid The above labels the fd of start as filed and the ret of end as return where the synthetic event that is created will now have the fields: u64 filed; s64 return; The fields can also be calculated with results passed to the synthetic event: select start.truesize, end.len, (start.truesize - end.len) as diff from napi_gro_receive_entry as start JOIN netif_receive_skb as end ON start.skbaddr = end.skbaddr Which would show the truesize" of the napi_gro_receive_entry event, the actual len of the content, shown by the netif_receive_skb, and alse the delta between the two and expressed by the field *diff. The code also supports recording the timestamps at either event, and performing calculations on them. For wakeup latency, you have: select start.pid, (end.TIMESTAMP_USECS - start.TIMESTAMP_USECS) as lat from sched_waking as start JOIN sched_switch as end ON start.pid = end.next_pid The above will create a synthetic event that records the pid of the task being woken up, and the time difference between the sched_waking event and the sched_switch event. The TIMESTAMP_USECS will truncate the time down to microseconds as the timestamp usually recorded in the tracing buffer has nanosecond resolution. If you do not want that truncation, use TIMESTAMP instead of TIMESTAMP_USECS. Finally, the WHERE clause can be added, that will let you add filters on either or both events. select start.pid, (end.TIMESTAMP_USECS - start.TIMESTAMP_USECS) as lat from sched_waking as start JOIN sched_switch as end ON start.pid = end.next_pid WHERE start.prio < 100 && (!(end.prev_pid < 1 || end.prev_prio > 100) || end.prev_pid == 0) NOTE Although both events can be used together in the WHERE clause, they must not be mixed outside the top most "&&" statements. You can not OR (||) the events together, where a filter of one event is OR’d to a filter of the other event. This does not make sense, as the synthetic event requires both events to take place to be recorded. If one is filtered out, then the synthetic event does not execute. select start.pid, (end.TIMESTAMP_USECS - start.TIMESTAMP_USECS) as lat from sched_waking as start JOIN sched_switch as end ON start.pid = end.next_pid WHERE start.prio < 100 && end.prev_prio < 100 The above is valid. Where as the below is not. select start.pid, (end.TIMESTAMP_USECS - start.TIMESTAMP_USECS) as lat from sched_waking as start JOIN sched_switch as end ON start.pid = end.next_pid WHERE start.prio < 100 || end.prev_prio < 100 KEYWORDS AS EVENT FIELDS In some cases, an event may have a keyword. For example, regcache_drop_region has "from" as a field and the following will not work select from from regcache_drop_region In such cases, add a backslash to the conflicting field, and this will tell the parser that the "from" is a field and not a keyword: select \from from regcache_drop_region HISTOGRAMS Simple SQL statements without the JOIN ON may also be used, which will create a histogram instead. When doing this, the struct tracefs_hist descriptor can be retrieved from the returned synthetic event descriptor via the tracefs_synth_get_start_hist(3). In order to utilize the histogram types (see xxx) the CAST command of SQL can be used. That is: select CAST(common_pid AS comm), CAST(id AS syscall) FROM sys_enter Which produces: # echo 'hist:keys=common_pid.execname,id.syscall' > events/raw_syscalls/sys_enter/trigger # cat events/raw_syscalls/sys_enter/hist { common_pid: bash [ 18248], id: sys_setpgid [109] } hitcount: 1 { common_pid: sendmail [ 1812], id: sys_read [ 0] } hitcount: 1 { common_pid: bash [ 18247], id: sys_getpid [ 39] } hitcount: 1 { common_pid: bash [ 18247], id: sys_dup2 [ 33] } hitcount: 1 { common_pid: gmain [ 13684], id: sys_inotify_add_watch [254] } hitcount: 1 { common_pid: cat [ 18247], id: sys_access [ 21] } hitcount: 1 { common_pid: bash [ 18248], id: sys_getpid [ 39] } hitcount: 1 { common_pid: cat [ 18247], id: sys_fadvise64 [221] } hitcount: 1 { common_pid: sendmail [ 1812], id: sys_openat [257] } hitcount: 1 { common_pid: less [ 18248], id: sys_munmap [ 11] } hitcount: 1 { common_pid: sendmail [ 1812], id: sys_close [ 3] } hitcount: 1 { common_pid: gmain [ 1534], id: sys_poll [ 7] } hitcount: 1 { common_pid: bash [ 18247], id: sys_execve [ 59] } hitcount: 1 Note, string fields may not be cast. The possible types to cast to are: HEX - convert the value to use hex and not decimal SYM - convert a pointer to symbolic (kallsyms values) SYM-OFFSET - convert a pointer to symbolic and include the offset. SYSCALL - convert the number to the mapped system call name EXECNAME or COMM - can only be used with the common_pid field. Will show the task name of the process. LOG or LOG2 - bucket the key values in a log 2 values (1, 2, 3-4, 5-8, 9-16, 17-32, ...) The above fields are not case sensitive, and "LOG2" works as good as "log". A special CAST to COUNTER or COUNTER will make the field a value and not a key. For example: SELECT common_pid, CAST(bytes_req AS _COUNTER_) FROM kmalloc Which will create echo 'hist:keys=common_pid:vals=bytes_req' > events/kmem/kmalloc/trigger cat events/kmem/kmalloc/hist { common_pid: 1812 } hitcount: 1 bytes_req: 32 { common_pid: 9111 } hitcount: 2 bytes_req: 272 { common_pid: 1768 } hitcount: 3 bytes_req: 1112 { common_pid: 0 } hitcount: 4 bytes_req: 512 { common_pid: 18297 } hitcount: 11 bytes_req: 2004 RETURN VALUE Returns 0 on success and -1 on failure. On failure, if err is defined, it will be allocated to hold a detailed description of what went wrong if it the error was caused by a parsing error, or that an event, field does not exist or is not compatible with what it was combined with. FUNCTIONAL EXAMPLE: ------------------- After applying this patch, and installing it. If you compile the example from the man page (calling it sqlhist.c): >$ gcc -o sqlhist sqlhist.c `pkg-config --cflags --libs libtracefs` >$ su ># ./sqlhist -n syscall_wait -e 'select start.id, (end.TIMESTAMP_USECS - start.TIMESTAMP_USECS) as lat from sys_enter as start join sys_exit as end on start.common_pid = end.common_pid where start.id != 23 && start.id != 7 && start.id != 61 && start.id != 230 && start.id != 232 && start.id != 270 && start.id != 271 && start.id != 202' (All the start.id filtering is hiding the syscalls that block for a long time) ># echo 'hist:keys=id.syscall,lat.buckets=10:sort=lat' > /sys/kernel/tracing/events/synthetic/syscall_wait/trigger ># cat /sys/kernel/tracing/events/synthetic/syscall_wait/hist # event histogram # # trigger info: hist:keys=id.syscall,lat.buckets=10:vals=hitcount:sort=lat.buckets=10:size=2048 [active] # { id: sys_fadvise64 [221], lat: ~ 0-9 } hitcount: 1 { id: sys_fcntl [ 72], lat: ~ 0-9 } hitcount: 5 { id: sys_read [ 0], lat: ~ 0-9 } hitcount: 51 { id: sys_dup2 [ 33], lat: ~ 0-9 } hitcount: 1 { id: sys_newfstat [ 5], lat: ~ 0-9 } hitcount: 7 { id: sys_getpid [ 39], lat: ~ 0-9 } hitcount: 18 { id: sys_openat [257], lat: ~ 0-9 } hitcount: 3 { id: sys_newstat [ 4], lat: ~ 0-9 } hitcount: 22 { id: sys_newlstat [ 6], lat: ~ 0-9 } hitcount: 44 { id: sys_write [ 1], lat: ~ 0-9 } hitcount: 23 { id: sys_brk [ 12], lat: ~ 0-9 } hitcount: 4 { id: sys_readlink [ 89], lat: ~ 0-9 } hitcount: 11 { id: sys_close [ 3], lat: ~ 0-9 } hitcount: 21 { id: sys_mprotect [ 10], lat: ~ 0-9 } hitcount: 4 { id: sys_arch_prctl [158], lat: ~ 0-9 } hitcount: 2 { id: sys_getuid [102], lat: ~ 0-9 } hitcount: 12 { id: sys_rt_sigaction [ 13], lat: ~ 0-9 } hitcount: 105 { id: sys_statfs [137], lat: ~ 0-9 } hitcount: 8 { id: sys_rt_sigprocmask [ 14], lat: ~ 0-9 } hitcount: 121 { id: sys_inotify_add_watch [254], lat: ~ 0-9 } hitcount: 7 { id: sys_mmap [ 9], lat: ~ 0-9 } hitcount: 10 { id: sys_ioctl [ 16], lat: ~ 0-9 } hitcount: 32 { id: sys_pread64 [ 17], lat: ~ 0-9 } hitcount: 4 { id: sys_setpgid [109], lat: ~ 0-9 } hitcount: 2 { id: sys_lseek [ 8], lat: ~ 0-9 } hitcount: 11 { id: sys_access [ 21], lat: ~ 0-9 } hitcount: 1 { id: sys_rt_sigprocmask [ 14], lat: ~ 10-19 } hitcount: 9 { id: sys_munmap [ 11], lat: ~ 10-19 } hitcount: 1 { id: sys_newstat [ 4], lat: ~ 10-19 } hitcount: 1 { id: sys_rt_sigaction [ 13], lat: ~ 10-19 } hitcount: 1 { id: sys_read [ 0], lat: ~ 10-19 } hitcount: 11 { id: sys_openat [257], lat: ~ 10-19 } hitcount: 13 { id: sys_getpid [ 39], lat: ~ 10-19 } hitcount: 1 { id: sys_inotify_add_watch [254], lat: ~ 10-19 } hitcount: 2 { id: sys_write [ 1], lat: ~ 10-19 } hitcount: 10 { id: sys_read [ 0], lat: ~ 20-29 } hitcount: 4 { id: sys_pipe [ 22], lat: ~ 20-29 } hitcount: 1 { id: sys_write [ 1], lat: ~ 20-29 } hitcount: 11 { id: sys_write [ 1], lat: ~ 30-39 } hitcount: 2 { id: sys_inotify_add_watch [254], lat: ~ 30-39 } hitcount: 1 { id: sys_write [ 1], lat: ~ 40-49 } hitcount: 1 { id: sys_inotify_add_watch [254], lat: ~ 40-49 } hitcount: 1 { id: sys_openat [257], lat: ~ 40-49 } hitcount: 1 { id: sys_read [ 0], lat: ~ 70-79 } hitcount: 8 { id: sys_read [ 0], lat: ~ 80-89 } hitcount: 1 { id: sys_read [ 0], lat: ~ 110-119 } hitcount: 2 { id: sys_clone [ 56], lat: ~ 240-249 } hitcount: 1 { id: sys_execve [ 59], lat: ~ 350-359 } hitcount: 1 { id: sys_write [ 1], lat: ~ 1960-1969 } hitcount: 1 Totals: Hits: 615 Entries: 49 Dropped: 0 Steven Rostedt (VMware) (21): libtracefs: Added new API tracefs_sql() tracefs: Add unit tests for tracefs_sql() libtracefs: Add comparing start and end fields in tracefs_sql() libtracefs: Add unit test to test tracefs_sql() compare libtracefs: Add filtering for start and end events in tracefs_sql() libtracefs: Add unit test to test tracefs_sql() where clause libtracefs: Make sqlhist parser reentrant libtracefs: Make parser unique to libtracefs libtracefs: Add line number and index to expr structure libtracefs: Add error message when match fields are not FROM and JOIN events libtracefs: Add error message when match or init fails from bad events libtracefs; Add error message for bad selections to SQL sequence libtracefs: Add error message when compare fields fail libtracefs: Add error message for grouping events in SQL filter libtracefs: Add error message for bad filters in SQL statement libtracefs: Add error message when calculation has no label libtracefs: Add man page for tracefs_sql() libtracefs: Allow for simple SQL statements to create a histogram libtracefs: Allow trace_sql() to take keywords for fields with backslash libtracefs: Add CAST() syntax to SQL parsing for histogram types libtracefs: Add CAST(x AS _COUNTER_) syntax to create values in histograms Documentation/libtracefs-sql.txt | 504 ++++++++++ include/tracefs-local.h | 9 + include/tracefs.h | 6 + src/Makefile | 13 + src/sqlhist-parse.h | 76 ++ src/sqlhist.l | 98 ++ src/sqlhist.y | 250 +++++ src/tracefs-hist.c | 166 +++- src/tracefs-sqlhist.c | 1569 ++++++++++++++++++++++++++++++ utest/tracefs-utest.c | 78 ++ 10 files changed, 2729 insertions(+), 40 deletions(-) create mode 100644 Documentation/libtracefs-sql.txt create mode 100644 src/sqlhist-parse.h create mode 100644 src/sqlhist.l create mode 100644 src/sqlhist.y create mode 100644 src/tracefs-sqlhist.c -- 2.30.2