From: "Nícolas F. R. A. Prado" <nfraprado@collabora.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>
Cc: Len Brown <lenb@kernel.org>, Pavel Machek <pavel@kernel.org>,
Brian Geffon <bgeffon@google.com>,
kernel@collabora.com, linux-pm@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/3] PM: hibernate: Print speed statistics of copy_data_pages()
Date: Mon, 01 Jun 2026 17:15:02 -0400 [thread overview]
Message-ID: <cf747f90a7ba3a26dd84e572ec1152cae48d9b4b.camel@collabora.com> (raw)
In-Reply-To: <CAJZ5v0i4nsD8NJr_M_W8_rk2DM_0HBE-jnDyJe2zV+qdeK7UOQ@mail.gmail.com>
On Tue, 2026-05-26 at 13:25 +0200, Rafael J. Wysocki wrote:
> On Mon, May 18, 2026 at 11:34 PM Nícolas F. R. A. Prado
> <nfraprado@collabora.com> wrote:
> >
> > copy_data_pages() can take a long (multi-second) time to finish,
> > and
> > currently the only indication of that is the timestamp difference
> > between print messages right before and right after. The timestamp
> > is
> > also immediately reset afterwards to the time before image
> > creation,
> > making it even harder to spot this delay. And this function runs in
> > a
> > critical section with a single CPU online and syscore suspended, so
> > it
> > should be kept as quick as possible to keep the system responsive.
> >
> > Call into swsusp_show_speed() to report the amount of data, time
> > taken,
> > and copy speed of copy_data_pages() to make it easier to spot
> > delays and
> > verify performance improvements. The current time is obtained
> > through
> > sched_clock() instead of ktime_get() since timekeeping is suspended
> > in
> > this region.
>
> Why not use local_clock() for this?
No particular reason. I'll switch to it for the next version.
Thanks,
Nícolas
next prev parent reply other threads:[~2026-06-01 21:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-18 21:34 [PATCH 0/3] Shrink time spent in copy_data_pages() Nícolas F. R. A. Prado
2026-05-18 21:34 ` [PATCH 1/3] PM: hibernate: Print speed statistics of copy_data_pages() Nícolas F. R. A. Prado
2026-05-26 11:25 ` Rafael J. Wysocki
2026-06-01 21:15 ` Nícolas F. R. A. Prado [this message]
2026-05-18 21:34 ` [PATCH 2/3] PM: hibernate: Add platform_enter hibernation test level Nícolas F. R. A. Prado
2026-05-26 11:28 ` Rafael J. Wysocki
2026-06-01 22:29 ` Nícolas F. R. A. Prado
2026-05-18 21:34 ` [PATCH 3/3] PM: hibernate: Allow disabling zero page check in copy_data_pages() Nícolas F. R. A. Prado
2026-05-26 11:53 ` Rafael J. Wysocki
2026-06-01 22:52 ` Nícolas F. R. A. Prado
2026-06-02 8:04 ` Rafael J. Wysocki
2026-06-04 1:04 ` Nícolas F. R. A. Prado
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=cf747f90a7ba3a26dd84e572ec1152cae48d9b4b.camel@collabora.com \
--to=nfraprado@collabora.com \
--cc=bgeffon@google.com \
--cc=kernel@collabora.com \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=pavel@kernel.org \
--cc=rafael@kernel.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
all inboxes | Powered by JetHome®