[systemd-devel] [multiseat] How to make automatic ACL creation via udev "uaccess" tag work for seats other than seat0?

Pekka Paalanen ppaalanen at gmail.com
Fri Sep 1 12:43:42 UTC 2023


On Fri, 1 Sep 2023 13:37:46 +0200
Lennart Poettering <lennart at poettering.net> wrote:

> On Fr, 01.09.23 13:13, Christian Pernegger (pernegger at gmail.com) wrote:
> 
> > I don't know about this. Yes, seat1 could hog the GPU that seat0's
> > outputs are attached to, or vice versa, but seat1 could just as well
> > hog all the RAM or saturate the CPU. My point being, seats share the
> > host's CPU power, RAM, ..., already, why not the rendering/compute
> > power as well. IMVHO it's really just inputs and outputs that should
> > be seat-specific. Restricting the shared resources available to a
> > given seat, allocating them fairly, etc., is a different problem (and
> > arguably one that I'd tackle per user and not per seat).  
> 
> CPU/RAM are by default resource managed, i.e. each user logged in gets
> a similar amount under pressure, as controlled via the cgroups
> logic.
> 
> This is different from GPU resources, there's no such reosurce
> management for that.

If you mean cgroup resource limits for GPUs, yeah, it's not there yet,
but I've seen people trying to add them. It just seems difficult to
define what those resources are exactly and how to measure them in a
sensible way, since GPUs have wildly different execution unit
architectures.

I'm not sure what the current patch state is.


Thanks,
pq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20230901/934098f5/attachment.sig>


More information about the systemd-devel mailing list