[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YmG/4Q0Cz0yUMbu+@slm.duckdns.org>
Date: Thu, 21 Apr 2022 10:34:41 -1000
From: Tejun Heo <tj@...nel.org>
To: "T.J. Mercier" <tjmercier@...gle.com>
Cc: daniel@...ll.ch,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...ux.ie>,
Jonathan Corbet <corbet@....net>, hridya@...gle.com,
christian.koenig@....com, jstultz@...gle.com, tkjos@...roid.com,
cmllamas@...gle.com, surenb@...gle.com, kaleshsingh@...gle.com,
Kenny.Ho@....com, mkoutny@...e.com, skhan@...uxfoundation.org,
kernel-team@...roid.com, dri-devel@...ts.freedesktop.org,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC v5 1/6] gpu: rfc: Proposal for a GPU cgroup controller
Hello,
On Wed, Apr 20, 2022 at 11:52:19PM +0000, T.J. Mercier wrote:
> From: Hridya Valsaraju <hridya@...gle.com>
>
> This patch adds a proposal for a new GPU cgroup controller for
> accounting/limiting GPU and GPU-related memory allocations.
> The proposed controller is based on the DRM cgroup controller[1] and
> follows the design of the RDMA cgroup controller.
>
> The new cgroup controller would:
> * Allow setting per-device limits on the total size of buffers
> allocated by device within a cgroup.
> * Expose a per-device/allocator breakdown of the buffers charged to a
> cgroup.
>
> The prototype in the following patches is only for memory accounting
> using the GPU cgroup controller and does not implement limit setting.
>
> [1]: https://lore.kernel.org/amd-gfx/20210126214626.16260-1-brian.welty@intel.com/
>
> Signed-off-by: Hridya Valsaraju <hridya@...gle.com>
> Signed-off-by: T.J. Mercier <tjmercier@...gle.com>
Looks straight-forward enough from cgroup side. Are gpu folks generally
happy? David, Daniel, Kenny, what are your thoughts?
> Documentation/gpu/rfc/gpu-cgroup.rst | 190 +++++++++++++++++++++++++++
Can you fold the important part into cgroup-v2.rst and maybe make the rest
code comments if necessary?
Thanks.
--
tejun
Powered by blists - more mailing lists