ginormous performance issue

[Alexis Ménard]

On Thu, Jul 16, 2009 at 9:00 PM, Marco Martin <notmart at gmail.com> wrote:

> On Thursday 16 July 2009, Aaron J. Seigo wrote:
> > On Thursday 16 July 2009, Marco Martin wrote:
> > > but a sick idea come to my mind: what about encoding the pointer value
> > > (or another random number, whatever) into the key? :p
> > > a key will have the form
> > > 7635865:path_300_200_blahblah
> >
> > how will this work between sessions? (new pointer values)
>
> the pointer is discarded when saved into the cache (the key has the same
> old
> format) so it should work as before between sessions, what doesn't work i
> think in the patch is that findInCache now doesn't remove the pointer from
> the
> id, so it always fail, but making it actually remove and discard the
> pointer
> it should work fine
>
> > between objects with the same svg at the same size? (should share the
> same
> > cache values)
> should work, what it could happen is a double save, but an extra control
> could
> be added
>
> i know this soolution is a trrible hack (now a format in the id string is
> required, where before it could be anything), should work, but if someone
> has
> better solutions i am all for it.
> now the question is: better this approach or moving the timers in svg and
> framesvg again?


Why not having a way/API to discard the caching for an Applet when the
handle start resizing (button is pressed) ? And then reactivate it when the
mouse is released.



>
>
> Cheers,
> Marco Martin
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/plasma-devel/attachments/20090716/f40c5a94/attachment.htm