* Re: A question regarding isolated cpus and software interrupts
@ 2025-06-17 10:52 Norbert Lange via lttng-dev
0 siblings, 0 replies; 4+ messages in thread
From: Norbert Lange via lttng-dev @ 2025-06-17 10:52 UTC (permalink / raw)
To: lttng-dev; +Cc: david.aldrich.ntml
Hello David,
You cant fully isolate a core in Linux, there are some timekeeping
functions that will always run (Linux needs some basic runtime
accounting).
The things you can do is avoiding IRQ handlers and "lazy" subsystems
that depend on background updates via timer or IPI. You already do
this via kernel parameters.
Maybe you can look at disabling membarrier too.
isolcpu just takes the core out of the scheduler, threads wont be
moved in or out automatically.
if you want to find out what causes the interrupts... use ftrace + kernelshark?
Norbert
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: A question regarding isolated cpus and software interrupts
2025-05-30 14:49 ` Mathieu Desnoyers via lttng-dev
@ 2025-05-30 15:00 ` David Aldrich via lttng-dev
0 siblings, 0 replies; 4+ messages in thread
From: David Aldrich via lttng-dev @ 2025-05-30 15:00 UTC (permalink / raw)
To: Mathieu Desnoyers; +Cc: lttng-dev, Frederic Weisbecker
Hi Mathieu
Thanks for your reply.
> How are the cores isolated on your system (exact kernel command line
> options or commands issued) ? There are various degree of fine-tuning
> to prevent disturbance from the tick (nohz full), scheduling, and
> irqs that can be done explicitly. So depending on your specific
> configuration, you may be missing isolation options that would
> prevent the softirq from running on your isolated cpus.
Our kernel parameters are:
ro skew_tick=1 rcu_nocb_poll rcu_nocbs=4-31 nohz=on nohz_full=4-31
kthread_cpus=0-3 irqaffinity=0-3 isolcpus=managed_irq,domain,4-31
intel_pstate=passive nosoftlockup tsc=nowatchdog intel_iommu=on
iommu=pt default_hugepagesz=1G hugepagesz=1G hugepages=4
vfio_pci.enable_sriov=1 vfio_pci.disable_idle_d3=1
(the affected thread runs on core 4).
Best regards
David
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: A question regarding isolated cpus and software interrupts
2025-05-29 18:06 David Aldrich via lttng-dev
@ 2025-05-30 14:49 ` Mathieu Desnoyers via lttng-dev
2025-05-30 15:00 ` David Aldrich via lttng-dev
0 siblings, 1 reply; 4+ messages in thread
From: Mathieu Desnoyers via lttng-dev @ 2025-05-30 14:49 UTC (permalink / raw)
To: David Aldrich, lttng-dev; +Cc: Frederic Weisbecker
On 2025-05-29 14:06, David Aldrich via lttng-dev wrote:
> Hi
>
> My question isn't directly related to lttng but I would welcome some advice.
>
> Our Linux application is showing 'blips' whereby there are occasional
> increases in processing times. This is for a user process that runs on
> an isolated core. Using lttng and TraceCompass I have found that the
> 'blip' sometimes coincides with a TIMER_SOFTIRQ event on the isolated
> core.
>
> I was surprised that software interrupts may run on isolated cores. Is
> there a way of preventing this?
+CC Frederic Weisbecker.
How are the cores isolated on your system (exact kernel command line
options or commands issued) ? There are various degree of fine-tuning
to prevent disturbance from the tick (nohz full), scheduling, and
irqs that can be done explicitly. So depending on your specific
configuration, you may be missing isolation options that would
prevent the softirq from running on your isolated cpus.
Thanks,
Mathieu
>
> Are there any techniques using lttng to gain more information related
> to the interrupt (e.g. what is causing it)?
>
> Best regards
> David
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* A question regarding isolated cpus and software interrupts
@ 2025-05-29 18:06 David Aldrich via lttng-dev
2025-05-30 14:49 ` Mathieu Desnoyers via lttng-dev
0 siblings, 1 reply; 4+ messages in thread
From: David Aldrich via lttng-dev @ 2025-05-29 18:06 UTC (permalink / raw)
To: lttng-dev
Hi
My question isn't directly related to lttng but I would welcome some advice.
Our Linux application is showing 'blips' whereby there are occasional
increases in processing times. This is for a user process that runs on
an isolated core. Using lttng and TraceCompass I have found that the
'blip' sometimes coincides with a TIMER_SOFTIRQ event on the isolated
core.
I was surprised that software interrupts may run on isolated cores. Is
there a way of preventing this?
Are there any techniques using lttng to gain more information related
to the interrupt (e.g. what is causing it)?
Best regards
David
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2025-06-17 10:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-06-17 10:52 A question regarding isolated cpus and software interrupts Norbert Lange via lttng-dev
-- strict thread matches above, loose matches on Subject: below --
2025-05-29 18:06 David Aldrich via lttng-dev
2025-05-30 14:49 ` Mathieu Desnoyers via lttng-dev
2025-05-30 15:00 ` David Aldrich via lttng-dev
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox