Review Request 127632: Prioritize correct extension per theme
Anthony Fieroni
bvbfan at abv.bg
Tue Apr 26 03:58:19 UTC 2016
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/127632/#review94851
-----------------------------------------------------------
+1
without patch
strace kate |& grep ENOENT | wc -l
9369
strace dolphin |& grep ENOENT | wc -l
9603
with patch
strace kate |& grep ENOENT | wc -l
4021
strace dolphin |& grep ENOENT | wc -l
5278
- Anthony Fieroni
On Април 12, 2016, 2:17 преди обяд, Aleix Pol Gonzalez wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/127632/
> -----------------------------------------------------------
>
> (Updated Април 12, 2016, 2:17 преди обяд)
>
>
> Review request for KDE Frameworks and Christoph Feck.
>
>
> Repository: kiconthemes
>
>
> Description
> -------
>
> Usually themes will have 1 kind of extension (2 tops) it doesn't make sense to bindly use an extensions vector that is statically defined.
>
> Prioritizes the extensions that work, so it will find the icons sooner.
>
>
> Diffs
> -----
>
> src/kiconloader.cpp 37528ad
> src/kicontheme.h 3190665
> src/kicontheme.cpp e7e003b
>
> Diff: https://git.reviewboard.kde.org/r/127632/diff/
>
>
> Testing
> -------
>
> Builds and tests still pass.
> Also reducess faulty disk accesses to its 45%. Note that by this metric, it's almost as good as the RR #127236, but with a much smaller memory impact, since we're not caching all the icon names (which was specially bad as it was per-process).
> ```
> $ strace kwrite |& grep ENOENT | wc -l
> 4699
> $ strace kwrite |& grep ENOENT | wc -l
> 2119
> ```
>
>
> Thanks,
>
> Aleix Pol Gonzalez
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20160426/d879eac4/attachment.html>
More information about the Kde-frameworks-devel
mailing list