[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <82c789766e71d29cf1a90f519d21ba310ae8fa95.camel@intel.com>
Date: Thu, 27 Aug 2020 01:47:44 +0800
From: Zhang Rui <rui.zhang@...el.com>
To: "Rafael J. Wysocki" <rafael@...nel.org>,
Guilhem Lettron <guilhem@...pilot.io>
Cc: Artem Bityutskiy <dedekind1@...il.com>,
Jacob Pan <jacob.jun.pan@...ux.intel.com>,
Len Brown <lenb@...nel.org>,
Linux PM <linux-pm@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] intel_idle: Add ICL support
On Wed, 2020-08-26 at 19:00 +0200, Rafael J. Wysocki wrote:
> On Wed, Aug 26, 2020 at 6:46 PM Guilhem Lettron <guilhem@...pilot.io>
> wrote:
> >
> > I've done more tests, maybe it can give you more hints.
> > I don't see that much differences between both (with and without
> > patches) in this cases.
>
> OK, thanks!
>
> I'm assuming that the topmost two sets of data are for the "without
> the patch" case whereas the other three correspond to the "with the
> patch" case.
I think the sample period is too short.
Even with the same kernel, I can see the Busy% varies from 1% to 9%,
and the PkgWatt varies from 0.4W to 2.4W.
thanks,
rui
>
> If so, the processor clearly enters PC10 in both cases and the
> residency percentages are similar.
>
> The numbers of times the POLL state was selected in the first test
> look kind of unusual (relatively very large), but other than this the
> patch doesn't seem to make much of a difference, so I'm not going to
> apply it.
>
> Thanks!
Powered by blists - more mailing lists