Re: Short process stall after assigning it to a cgroup

["Michal Koutný" <mkoutny-IBi9RG/b67k@public.gmane.org>]

[-- Attachment #1: Type: text/plain, Size: 992 bytes --]

On Fri, Jun 25, 2021 at 09:32:59AM +0200, Ronny Meeus <ronny.meeus-Re5JQEeQqe8@public.gmane.orgm> wrote:
> The application does not have strict RT requirements.

Can you even use the normal non-RT scheduling policy? ...

> We were working with fixed croups initially but this has the big
> disadvantage that the unused budget configured in one group cannot be
> used by another group and as such the processing power is basically
> lost.

...then your problem may be solvable with mere weights to adjust priorities
of competitors. (Or if you need to stick with RT policies you can assign
different priorities on task basis, I wouldn't use RT groups for that.)

> About the stack: it is difficult to know from the SW when the issue
> happens so dumping the stack is not easy I think but it is a good
> idea.
> I will certainly think about it.

You may sample it periodically or start prior a migration to get more
insights what's causing the delay. 

Regards,
Michal


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]