Re: Pthread QOS interface

[Florian Weimer <fweimer@redhat.com>]

* Len Brown via Libc-alpha:

> I have a more specific question.
>
> Can we implement EXACTLY the same interface as Apple has -- so a
> cross-platform application doesn't have to change?  (I see an Apple
> source license on that qos.h -- is that an issue with an API?)
>
> (I think the answer about the scheduling interface is simply "yes", we
> can add new Linux-specific flags to the existing sched_setattr(2) --
> but ideally applications should be using a more portable interface,
> rather than directly invoking linux-specific system calls)

Isn't this traditionally handled by cgroups and/or rtkit?

If we can get a syscall interface for this from the kernel, we could add
something in parallel to that to glibc, but I doubt it would have the
same semantics as the Darwin interface even if we keep the API the same.
For example, Linux may require different permissions for making these
changes, and apply them to different aspects of system behavior (CPU,
mass storage I/O, memory bandwidth, network traffic).

Thanks,
Florian