From: Subbaraya Sundeep <sbhatta@marvell.com>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Tejun Heo <tj@kernel.org>, <mingo@redhat.com>,
<peterz@infradead.org>, <juri.lelli@redhat.com>,
<vincent.guittot@linaro.org>, <dietmar.eggemann@arm.com>,
<bsegall@google.com>, <mgorman@suse.de>, <vschneid@redhat.com>,
<jiangshanlai@gmail.com>, <linux-kernel@vger.kernel.org>
Subject: Re: Query regarding work scheduling
Date: Tue, 19 Aug 2025 11:36:04 +0000 [thread overview]
Message-ID: <aKRhpN8ES2kJYtSF@opensource> (raw)
In-Reply-To: <20250814134550.4b64b4ec@gandalf.local.home>
Hi Steven,
On 2025-08-14 at 17:45:50, Steven Rostedt (rostedt@goodmis.org) wrote:
> On Thu, 14 Aug 2025 03:54:58 +0000
> Subbaraya Sundeep <sbhatta@marvell.com> wrote:
>
> > > Difficult to tell where the latencies are coming from. Maybe you can use
> > > something like https://github.com/josefbacik/systing to look further into
> > > it? All the scheduling events are tracked by default and you should be able
> > > to add tracepoints and other events relatively easily. You can also set
>
> > Thanks for the reply. I am using simple busybox to avoid overhead of any other apps
> > or deamons running in background and taking CPU time in between.
> > I will try building systing and running it. 6.16 histogram shows that it
> > is not one high latency event causing overall latency but bunch of small
> > latencies are adding up and causing big latency.
> > I suspect this has something to do with EEVDF scheduling since this behavior is
> > seen from 6.6 (please note I may be wrong completly).
> > Are there any methods or options with which I can bring back CFS scheduling behavior
> > maybe with the knobs in /sys/kernel/debug/sched/features as a quick check?
>
> You could also use tracefs as that works on busybox:
>
> # echo 0 > /sys/kernel/tracing/tracing_on
> # echo 1 > /sys/kernel/tracing/events/sched/sched_switch/enable
> [ and perhaps even more events ]
> # echo 1 > /sys/kernel/tracing/tracing_on
> # <run test>; echo 0 > /sys/kernel/tracing/tracing_on
> # cat /sys/kernel/tracing/trace
Thank you for tracefs. I use it extensively and using timestamps in trace
data calculated the latencies.
>
> You could even make it a trace.dat file:
>
> # mkdir /tmp/tracing
> # cp -r /sys/kernel/tracing/events /tmp/tracing/
> # cp -r /proc/kallsyms /tmp/tracing/
> [ have bs be PAGE_SIZE for your architecture ]
> # dd bs=4096 if=/sys/kernel/tracing/per_cpu/cpu0/trace_pipe_raw of=/tmp/tracing/trace0.raw
> # cd /tmp
> # tar cvf trace.tar tracing
>
> Copy trace.tar to a desktop and extract it.
>
> $ cd /tmp
> $ tar xvf trace.tar
> [ Make sure you have the latest trace-cmd installed ]
> $ trace-cmd restore -t /tmp/tracing/ -k /tmp/tracing/kallsyms -o /tmp/trace.dat /tmp/tracing/trace0.raw
> $ trace-cmp report /tmp/trace.dat
>
> Now you can send us the trace.dat file and we could analyze it more.
>
> You could also enable more events than just sched_switch, like sched_waking
> and such.
>
I am on it. Thanks for the commands and your time.
Sundeep
> -- Steve
prev parent reply other threads:[~2025-08-19 11:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-12 11:40 Query regarding work scheduling Subbaraya Sundeep
2025-08-12 18:52 ` Tejun Heo
2025-08-14 3:54 ` Subbaraya Sundeep
2025-08-14 9:48 ` Peter Zijlstra
2025-08-19 11:18 ` Subbaraya Sundeep
2025-10-31 15:14 ` Subbaraya Sundeep
2025-08-14 17:45 ` Steven Rostedt
2025-08-19 11:36 ` Subbaraya Sundeep [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aKRhpN8ES2kJYtSF@opensource \
--to=sbhatta@marvell.com \
--cc=bsegall@google.com \
--cc=dietmar.eggemann@arm.com \
--cc=jiangshanlai@gmail.com \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=tj@kernel.org \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.