From: Vlastimil Babka <vbabka@suse.cz>
To: Georgi Djakov <georgi.djakov@linaro.org>,
akpm@linux-foundation.org, linux-mm@kvack.org
Cc: corbet@lwn.net, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mm/page_owner: Record the timestamp of all pages during free
Date: Mon, 1 Feb 2021 11:13:31 +0100 [thread overview]
Message-ID: <735983e1-f439-8e77-7959-135164c517ed@suse.cz> (raw)
In-Reply-To: <20210129234548.10054-1-georgi.djakov@linaro.org>
On 1/30/21 12:45 AM, Georgi Djakov wrote:
> Collect the time when each allocation is freed, to help with memory
> analysis with kdump/ramdump.
>
> Having another timestamp when we free the page helps for debugging
> page migration issues. For example both alloc and free timestamps
> being the same can gave hints that there is an issue with migrating
> memory, as opposed to a page just being dropped during migration.
Besides crash dump analysis, we should also provide this timestamp in the
page_owner file and dump_page()?
> Signed-off-by: Georgi Djakov <georgi.djakov@linaro.org>
> ---
> Documentation/vm/page_owner.rst | 2 +-
> mm/page_owner.c | 5 +++++
> 2 files changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/vm/page_owner.rst b/Documentation/vm/page_owner.rst
> index 4e67c2e9bbed..5d7a62c2be28 100644
> --- a/Documentation/vm/page_owner.rst
> +++ b/Documentation/vm/page_owner.rst
> @@ -47,7 +47,7 @@ size change due to this facility.
>
> text data bss dec hex filename
> 48800 2445 644 51889 cab1 mm/page_alloc.o
> - 6574 108 29 6711 1a37 mm/page_owner.o
> + 6644 108 29 6777 1a79 mm/page_owner.o
> 1025 8 8 1041 411 mm/page_ext.o
>
> Although, roughly, 8 KB code is added in total, page_alloc.o increase by
> diff --git a/mm/page_owner.c b/mm/page_owner.c
> index d15c7c4994f5..fbdf064e7494 100644
> --- a/mm/page_owner.c
> +++ b/mm/page_owner.c
> @@ -27,6 +27,7 @@ struct page_owner {
> depot_stack_handle_t handle;
> depot_stack_handle_t free_handle;
> u64 ts_nsec;
> + u64 free_ts_nsec;
> pid_t pid;
> };
>
> @@ -148,6 +149,7 @@ void __reset_page_owner(struct page *page, unsigned int order)
> struct page_ext *page_ext;
> depot_stack_handle_t handle = 0;
> struct page_owner *page_owner;
> + u64 free_ts_nsec = local_clock();
>
> handle = save_stack(GFP_NOWAIT | __GFP_NOWARN);
>
> @@ -158,6 +160,7 @@ void __reset_page_owner(struct page *page, unsigned int order)
> __clear_bit(PAGE_EXT_OWNER_ALLOCATED, &page_ext->flags);
> page_owner = get_page_owner(page_ext);
> page_owner->free_handle = handle;
> + page_owner->free_ts_nsec = free_ts_nsec;
> page_ext = page_ext_next(page_ext);
> }
> }
> @@ -177,6 +180,7 @@ static inline void __set_page_owner_handle(struct page *page,
> page_owner->last_migrate_reason = -1;
> page_owner->pid = current->pid;
> page_owner->ts_nsec = local_clock();
> + page_owner->free_ts_nsec = 0;
Might be more useful not to reset the time of previous free when the page is
reallocated?
> __set_bit(PAGE_EXT_OWNER, &page_ext->flags);
> __set_bit(PAGE_EXT_OWNER_ALLOCATED, &page_ext->flags);
>
> @@ -243,6 +247,7 @@ void __copy_page_owner(struct page *oldpage, struct page *newpage)
> new_page_owner->handle = old_page_owner->handle;
> new_page_owner->pid = old_page_owner->pid;
> new_page_owner->ts_nsec = old_page_owner->ts_nsec;
> + new_page_owner->free_ts_nsec = old_page_owner->ts_nsec;
>
> /*
> * We don't clear the bit on the oldpage as it's going to be freed
>
prev parent reply other threads:[~2021-02-01 10:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-29 23:45 [PATCH] mm/page_owner: Record the timestamp of all pages during free Georgi Djakov
2021-02-01 10:13 ` Vlastimil Babka [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=735983e1-f439-8e77-7959-135164c517ed@suse.cz \
--to=vbabka@suse.cz \
--cc=akpm@linux-foundation.org \
--cc=corbet@lwn.net \
--cc=georgi.djakov@linaro.org \
--cc=linux-doc@vger.kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).