From: David Hildenbrand <david@redhat.com>
To: Xiang Gao <gxxa03070307@gmail.com>, akpm@linux-foundation.org
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
gaoxiang17 <gaoxiang17@xiaomi.com>
Subject: Re: [PATCH v2] mm/cma: print total and used count in cma_alloc()
Date: Mon, 30 Sep 2024 11:34:09 +0200 [thread overview]
Message-ID: <f8dde346-8a81-4cca-8497-987f6e4b5e58@redhat.com> (raw)
In-Reply-To: <20240929032757.404707-1-gxxa03070307@gmail.com>
On 29.09.24 05:27, Xiang Gao wrote:
> From: gaoxiang17 <gaoxiang17@xiaomi.com>
>
We should add here
"To debug CMA allocations (especially failing ones), it is valuable to
know the state of CMA: how many pages out of the total ones are
allocated, and how many were requested to be allocated. Let's print
some more information."
I assume Andrew can fix that up when applying.
> before:
> [ 24.407814] cma: cma_alloc(cma (____ptrval____), name: reserved, count 1, align 0)
> [ 24.413397] cma: cma_alloc(cma (____ptrval____), name: reserved, count 1, align 0)
> [ 24.415886] cma: cma_alloc(cma (____ptrval____), name: reserved, count 1, align 0)
>
> after:
> [ 24.069738] cma: cma_alloc(cma (____ptrval____), name: reserved, total pages: 16384, used pages: 64, request pages: 1, align 0)
> [ 24.075317] cma: cma_alloc(cma (____ptrval____), name: reserved, total pages: 16384, used pages: 65, request pages: 1, align 0)
> [ 24.078455] cma: cma_alloc(cma (____ptrval____), name: reserved, total pages: 16384, used pages: 66, request pages: 1, align 0)
>
> Signed-off-by: gaoxiang17 <gaoxiang17@xiaomi.com>
> ---
> mm/cma.c | 15 +++++++++++++--
> 1 file changed, 13 insertions(+), 2 deletions(-)
>
> diff --git a/mm/cma.c b/mm/cma.c
> index 2d9fae939283..90b3fdbac19c 100644
> --- a/mm/cma.c
> +++ b/mm/cma.c
> @@ -403,6 +403,17 @@ static void cma_debug_show_areas(struct cma *cma)
> spin_unlock_irq(&cma->lock);
> }
>
> +static unsigned long cma_get_used_pages(struct cma *cma)
> +{
> + unsigned long used;
> +
> + spin_lock_irq(&cma->lock);
> + used = bitmap_weight(cma->bitmap, (int)cma_bitmap_maxno(cma));
> + spin_unlock_irq(&cma->lock);
This adds overhead to each allocation, even if debug outputs are ignored
I assume?
I wonder if we'd want to print these details only when our allocation
failed?
Alternatively, we could actually track how many pages are allocated in
the cma, so we don't have to traverse the complete bitmap on every
allocation.
--
Cheers,
David / dhildenb
next prev parent reply other threads:[~2024-09-30 9:34 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-29 3:27 Xiang Gao
2024-09-30 9:34 ` David Hildenbrand [this message]
2024-10-02 19:50 ` Frank van der Linden
2024-10-04 12:23 ` 回复: [External Mail]Re: " 高翔
2024-10-04 22:39 ` Andrew Morton
2024-10-04 22:55 ` Frank van der Linden
2024-10-10 8:48 ` 答复: " 高翔
2024-10-10 21:17 ` Andrew Morton
2024-10-11 2:25 ` 答复: " 高翔
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=f8dde346-8a81-4cca-8497-987f6e4b5e58@redhat.com \
--to=david@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=gaoxiang17@xiaomi.com \
--cc=gxxa03070307@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/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