Re: [RFC PATCH v3 00/24] Hierarchical Constant Bandwidth Server

[luca abeni]

Hi Juri,

On Mon, 20 Oct 2025 11:40:22 +0200
Juri Lelli <juri.lelli@xxxxxxxxxx> wrote:
[...]
> > > - The first patch which removed fair-servers' bandwidth
> > > accounting has been removed, as it was deemed wrong. You can find
> > > the last version of this removed patch, just for history reasons,
> > > here:
> > > https://lore.kernel.org/all/20250903114448.664452-1-yurand2000@xxxxxxxxx/
> > >  
> > 
> > Peter wasn't indeed happy with that patch, but I am not sure we
> > finished that discussion. Both myself and Luca had further
> > objections to what Peter said, but not further replies after (which
> > can very well be a sign that he is still adamnt in saying no go
> > away :). Peter?
> > 
> > https://lore.kernel.org/lkml/aLk9BNnFYZ3bhVAE@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/
> > https://lore.kernel.org/lkml/20250904091217.78de3dde@luca64/  
> 
> I had a quick chat with Peter on IRC about this. We now seem to agree
> that a third option would be to move to explicitly account
> dl-server(s), correspondingly moving from a 95% to 100% limit. That
> would also make our life easier in the future with additional
> dl-servers (e.g. scx-server).
> 
> What do you think?

This looks like another good solution, thanks!

So, if I understand well with this approach
/proc/sys/kernel/sched_rt_{runtime, period}_us would be set to 100% as
a default, right?

It is often useful to know what is the maximum CPU utilization that can
be guaranteed to real-time tasks... With this approach, it would be
100% - <dl_server utilization>, but this can change when scx servers are
added... What about making this information available to userspace
programs? (maybe /proc/sys/kernel/sched_rt_{runtime, period}_us could
provide such information? Or is it better to add a new interface?)


			Thanks,
				Luca