Review Request 118869: Use QElapsedTimer for data engines
Marco Martin
notmart at gmail.com
Mon Jun 23 09:42:06 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118869/#review60764
-----------------------------------------------------------
Ship it!
Code-wise the patch makes sense to me.
I'm also running it since a while with some different plasmoids that stress it (clocks, system-monitor related plasmoids) and seems to work fine.
One thing, the same patch should be pushed in plasma-framework as well.
- Marco Martin
On June 22, 2014, 11:34 a.m., Christoph Feck wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/118869/
> -----------------------------------------------------------
>
> (Updated June 22, 2014, 11:34 a.m.)
>
>
> Review request for Plasma and Aaron J. Seigo.
>
>
> Bugs: 336551
> http://bugs.kde.org/show_bug.cgi?id=336551
>
>
> Repository: kdelibs
>
>
> Description
> -------
>
> As described in bug 336551, plasma data engines use QTime to find out about elapsed time. The problem is that QTime handles time zones, and therefore reads /etc/localtime on each call.
>
> Instead, it should use QElapsedTimer. This fixes both the performance issue, as well as the FIXME from the comment about not handled 24-h wraps and timezone changes.
>
> There are probably more places where this can be changed.
>
>
> Diffs
> -----
>
> plasma/datacontainer.cpp d19b1a5
> plasma/dataengine.cpp 9612574
> plasma/private/datacontainer_p.h a3e1f00
> plasma/private/dataengine_p.h 74a61e2
>
> Diff: https://git.reviewboard.kde.org/r/118869/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Christoph Feck
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20140623/98232745/attachment.html>
More information about the Plasma-devel
mailing list