Re: Realtime tasks and cgroups (cpu.shares)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Mathias,

On 2017-07-10, Koehrer Mathias (ETAS/EHE1) <mathias.koehrer@xxxxxxxx> wrote:
> is it possible to combine real time tasks and cgroups (in particular
> cpu.shares)? The background of the question is the following:
> If a real time task hangs by accident in an endless loop, it blocks
> the complete access to the system.  One idea could be to reserve a
> small percentage of the CPU for non real time stuff to avoid these
> kind of situations.

For your particular situation, that is what the following proc-settings
are for:

   /proc/sys/kernel/sched_rt_period_us
   /proc/sys/kernel/sched_rt_runtime_us

However, be aware that these settings apply collectively to *all*
realtime processes within a period. You need to be certain that a
correctly running system is never in danger of hitting these
deadlines. Otherwise you have crippled your realtime system.

For cgroups, I assume you are referring to CONFIG_CFS_BANDWIDTH. I
expect this would work as well, but personally have no experience using
cgroups in this manner and am not certain that it has no adverse affects
on realtime scheduling.

John Ogness
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux