upowerd consuming one whole core if battery low

Václav Krpec vencik.krpo at gmail.com
Wed Jul 2 04:11:43 PDT 2014


Hi Bastien,

you are right; the polling looks the same as now (I started to charge,
so the problem disappears).
However, I notice something else that is quite different:
the amount of writing to /var/lib/upower/history- files.
And quite substantial amounts of data, judging from the allocations.
Is that normal?

Thanks,

vencik



On Wed, 2014-07-02 at 12:51 +0200, Bastien Nocera wrote:
> On Wed, 2014-07-02 at 12:09 +0200, Václav Krpec wrote:
> > Hello everybody,
> > 
> > as a follow-up of the previous post, this time I include
> > strace log.
> > upower seems to read battery info in busy loop:
> > it appears to me that there's a failure in an attempt to recvmsg (EAGAIN)
> > (that might be the busy loop triger).
> > It's then followed by polling & reading the battery info.
> > Lots of the polls are non-blocking; I bet that's the cause.
> > 
> > Does the above make any sense?
> 
> The amount of polling doesn't look out of the ordinary. Your best bet is
> to install something like sysprof:
> https://git.gnome.org/browse/sysprof
> 
> (also available in distros)
> 
> and make sure that upower and its dependencies are either built with
> debug or have debuginfo packages installed.
> 
> This should point to where most of the time is spent.
> 
> It would be useful to reiterate which exact version of upower you're
> using, and maybe try a version of your distribution with upower 0.99.x
> if you're using an older version.
> 
> Cheers
> 
> _______________________________________________
> devkit-devel mailing list
> devkit-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/devkit-devel




More information about the devkit-devel mailing list