https://bugs.documentfoundation.org/show_bug.cgi?id=80659
Michael Meeks <michael.me...@collabora.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |armin.le.gr...@me.com
Summary|VIEWING: Scrolling becomes |Non-accelerated image
|slow when pictures appear |scaling under Linux ...
--- Comment #35 from Michael Meeks <michael.me...@collabora.com> ---
Thanks for the trace - as expected this looks like it is down to the drawing
layer re-scaling images very regularly; and I imagine that we re-scale the
entire image no matter how little of it we want to actually render too ;-) [ a
better VCL rendering API / Impl. might improve that ? ] Either way - Armin is
the expert here.
I see 39bn pcycles in your trace - of which:
18.7bn are from scaleNonPaletteGeneral2 - on GetPixelForN32BitTcBgra - which we
could write an accelerated C++ version for I guess.
This is from the threaded method (why you have 4 CPUs at 100% ;-)
And another 8.9bn pcycles from the main thread - doing some of that work too.
I attach a pretty picture of where that comes from. It is possible that by
intersecting with the VCL clipping region we could do something more optimal
and quick here I guess wrt. reducing the amount of image data we operate on.
HTH.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs