system-tap support in Ubuntu kernel

[Amit Kucheria]

Hi Sebastien,

On 10 Jun 25, Sebastien Jan wrote:
> Hi Bryan,
> 
> Just a short query regarding kernel config.
> Some of our teams are regularly making performance tests and some monitoring and use system-tap for this task.
> The Ubuntu config already includes some flags enabling a basic system-tap support out of the box.
> However, for most of our system-tap based tests, an additional config flag has to be activated: CONFIG_BLK_DEV_IO_TRACE
> This flag activates several additional tracers into the kernel config (see below for detailed config impact).
> 
> We are looking at if we shall include these additional flags in our default kernel images, or if we shall make special builds dedicated to system-tap usage (including this additional flag).
> 
> The criterion behind this choice are:
>  - kernel size: I checked - increase of a bit less than 5%
>  - performances: I have no idea
> 
> => So the questions are: 
> 1) I know that the ubuntu kernel team makes reviews of the flags to integrate into the ubuntu kernel. Were these flags investigated, and was there a rational for not taking them?

Yes they are reviewed at UDS. I think someone on the kernel team will know
the details about this specific decision, the mailing list is now cc'ed.
Chase and Andy have been looking at the tracing problem in general.

> 2) Would you take these flags into the ti-omap4 branch of the maverick tree?

I am curious to know if there is something in systemtap that cannot be
measured using ftrace? As I understand the winds blowing in kernel-land,
ftrace is the new favourite amongst all the tracing subsystems and is already
upstream.

>From personal experience, systemtap has always been very cumbersome to use,
ftrace is a lot easier. Also, the runtime overhead of ftrace is close to zero (really
zero?) when it is not enabled.

> Please feel free to forward to other Ubuntu kernel folks, as appropriate.

Done.

> Thanks,
> Sebastien
> 
> ---
> Complete changes implied by activating the CONFIG_BLK_DEV_IO_TRACE flag:
> -ENABLE_DEFAULT_TRACERS n
>  BINARY_PRINTF n -> y
>  BLK_DEV_IO_TRACE n -> y
> +CONTEXT_SWITCH_TRACER y
> +EVENT_TRACING y
> +FTRACE_STARTUP_TEST n
> +GENERIC_TRACER y
> +NET_DROP_MONITOR n
> +NOP_TRACER y
> +STACKTRACE y
> +TRACEPOINTS y
> +TRACING y

-- 
----------------------------------------------------------------------
Amit Kucheria, Kernel Engineer || amit.kucheria at canonical.com
----------------------------------------------------------------------