From: "Chen, Xiaogang" <xiaogang.chen@amd.com>
To: Felix Kuehling <felix.kuehling@amd.com>, amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amdkfd: Differentiate logging message for driver oversubscription
Date: Wed, 6 Nov 2024 11:21:44 -0600 [thread overview]
Message-ID: <9af6ca27-6d3d-45cf-82fc-1b3f54b88a6c@amd.com> (raw)
In-Reply-To: <db7208d0-f36b-4223-a6da-b8b050f7a074@amd.com>
On 11/5/2024 6:31 PM, Felix Kuehling wrote:
>
> On 2024-10-28 17:40, Xiaogang.Chen wrote:
>> From: Xiaogang Chen <xiaogang.chen@amd.com>
>>
>> To allow user better understand the cause triggering runlist
>> oversubscription.
>> No function change.
>>
>> Signed-off-by: Xiaogang Chen Xiaogang.Chen@amd.com
>> ---
>> .../gpu/drm/amd/amdkfd/kfd_packet_manager.c | 55 ++++++++++++++-----
>> 1 file changed, 42 insertions(+), 13 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c
>> b/drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c
>> index 37930629edc5..e22be6da23b7 100644
>> --- a/drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c
>> +++ b/drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c
>> @@ -28,6 +28,10 @@
>> #include "kfd_kernel_queue.h"
>> #include "kfd_priv.h"
>> +#define OVER_SUBSCRIPTION_PROCESS_COUNT 1 << 0
>> +#define OVER_SUBSCRIPTION_COMPUTE_QUEUE_COUNT 1 << 1
>> +#define OVER_SUBSCRIPTION_GWS_QUEUE_COUNT 1 << 2
>> +
>> static inline void inc_wptr(unsigned int *wptr, unsigned int
>> increment_bytes,
>> unsigned int buffer_size_bytes)
>> {
>> @@ -40,7 +44,7 @@ static inline void inc_wptr(unsigned int *wptr,
>> unsigned int increment_bytes,
>> static void pm_calc_rlib_size(struct packet_manager *pm,
>> unsigned int *rlib_size,
>> - bool *over_subscription)
>> + int *over_subscription)
>> {
>> unsigned int process_count, queue_count, compute_queue_count,
>> gws_queue_count;
>> unsigned int map_queue_size;
>> @@ -58,17 +62,20 @@ static void pm_calc_rlib_size(struct
>> packet_manager *pm,
>> * hws_max_conc_proc has been done in
>> * kgd2kfd_device_init().
>> */
>> - *over_subscription = false;
>> + *over_subscription = 0;
>> if (node->max_proc_per_quantum > 1)
>> max_proc_per_quantum = node->max_proc_per_quantum;
>> - if ((process_count > max_proc_per_quantum) ||
>> - compute_queue_count > get_cp_queues_num(pm->dqm) ||
>> - gws_queue_count > 1) {
>> - *over_subscription = true;
>> + if (process_count > max_proc_per_quantum)
>> + *over_subscription = *over_subscription ||
>> OVER_SUBSCRIPTION_PROCESS_COUNT;
>> + if (compute_queue_count > get_cp_queues_num(pm->dqm))
>> + *over_subscription = *over_subscription ||
>> OVER_SUBSCRIPTION_COMPUTE_QUEUE_COUNT;
>> + if (gws_queue_count > 1)
>> + *over_subscription = *over_subscription ||
>> OVER_SUBSCRIPTION_GWS_QUEUE_COUNT;
>> +
>> + if (*over_subscription)
>> dev_dbg(dev, "Over subscribed runlist\n");
>> - }
>> map_queue_size = pm->pmf->map_queues_size;
>> /* calculate run list ib allocation size */
>> @@ -89,7 +96,7 @@ static int pm_allocate_runlist_ib(struct
>> packet_manager *pm,
>> unsigned int **rl_buffer,
>> uint64_t *rl_gpu_buffer,
>> unsigned int *rl_buffer_size,
>> - bool *is_over_subscription)
>> + int *is_over_subscription)
>> {
>> struct kfd_node *node = pm->dqm->dev;
>> struct device *dev = node->adev->dev;
>> @@ -134,7 +141,7 @@ static int pm_create_runlist_ib(struct
>> packet_manager *pm,
>> struct qcm_process_device *qpd;
>> struct queue *q;
>> struct kernel_queue *kq;
>> - bool is_over_subscription;
>> + int is_over_subscription;
>> rl_wptr = retval = processes_mapped = 0;
>> @@ -212,16 +219,38 @@ static int pm_create_runlist_ib(struct
>> packet_manager *pm,
>> dev_dbg(dev, "Finished map process and queues to runlist\n");
>> if (is_over_subscription) {
>> - if (!pm->is_over_subscription)
>> - dev_warn(
>> + if (!pm->is_over_subscription) {
>> +
>> + if (is_over_subscription &
>> OVER_SUBSCRIPTION_PROCESS_COUNT) {
>> + dev_warn(
>> dev,
>> - "Runlist is getting oversubscribed. Expect reduced
>> ROCm performance.\n");
>> + "process number is more than maximum number of
>> processes that"
>> + " HWS can schedule concurrently. Runlist is getting"
>> + " oversubscribed. Expect reduced ROCm performance.\n");
>> + }
>> +
>> + if (is_over_subscription &
>> OVER_SUBSCRIPTION_COMPUTE_QUEUE_COUNT) {
>> + dev_warn(
>> + dev,
>> + "compute queue number is more than assigned compute
>> queues."
>> + " Runlist is getting"
>> + " oversubscribed. Expect reduced ROCm performance.\n");
>> + }
>> +
>> + if (is_over_subscription &
>> OVER_SUBSCRIPTION_GWS_QUEUE_COUNT) {
>> + dev_warn(
>> + dev,
>> + "compute queue for cooperative workgroup is more
>> than allowed."
>> + " Runlist is getting"
>> + " oversubscribed. Expect reduced ROCm performance.\n");
>> + }
>
> I like the concept of showing the cause of oversubscription. Maybe we
> should add "process isolation mode" as a special case of "process count".
>
> The messages are overly verbose. There is a common part of the message
> that could be printed if is_over_subscription is non-zero. Then just
> print some extra info about the cause, e.g.:
>
> if (is_over_subscription) {
> dev_warn("Runlist is getting oversubscribed due to%s%s%s.
> Expect reduced ROCm performance.\n",
> is_over_subscription & OVER_SUBSCRIPTION_PROCESS_COUNT ? "
> number-of-processes" : "",
> is_over_subscription &
> OVER_SUBSCRIPTION_COMPUTE_QUEUE_COUNT ? " number-of-queues" : "",
> is_over_subscription & OVER_SUBSCRIPTION_GWS_QUEUE_COUNT ?
> " cooperative-launch" : "");
> }
Yes, that makes code concise.
Regards
Xiaogang
>
> Regards,
> Felix
>
>
>> + }
>> retval = pm->pmf->runlist(pm, &rl_buffer[rl_wptr],
>> *rl_gpu_addr,
>> alloc_size_bytes / sizeof(uint32_t),
>> true);
>> }
>> - pm->is_over_subscription = is_over_subscription;
>> + pm->is_over_subscription = is_over_subscription ? true : false;
>> for (i = 0; i < alloc_size_bytes / sizeof(uint32_t); i++)
>> pr_debug("0x%2X ", rl_buffer[i]);
prev parent reply other threads:[~2024-11-06 17:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-28 21:40 [PATCH] drm/amdkfd: Differentiate logging message for driver oversubscription Xiaogang.Chen
2024-10-29 15:01 ` Mukul Joshi
2024-10-29 16:24 ` Chen, Xiaogang
2024-11-06 0:31 ` Felix Kuehling
2024-11-06 17:21 ` Chen, Xiaogang [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9af6ca27-6d3d-45cf-82fc-1b3f54b88a6c@amd.com \
--to=xiaogang.chen@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=felix.kuehling@amd.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox