Bug 78067

Summary:	Poor ODP save caused by swapping in all images (pointlessly)
Product:	LibreOffice	Reporter:	Michael Meeks <michael.meeks>
Component:	Libreoffice	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---	QA Contact:
Severity:	critical
Priority:	medium
Version:	4.2.0.0.alpha0+ Master
Hardware:	Other
OS:	All
Whiteboard:
i915 platform:		i915 features:
Bug Depends on:	47148
Bug Blocks:
Attachments:	export- showing a ton of reading of images (but no writing)

Description Michael Meeks 2014-04-29 08:45:07 UTC

It takes me a very long time to save my 88 slide deck (much longer than to load it) - you can load it as hybrid PDF here:

http://people.gnome.org/~michael/data/2014-04-26-story-of-libreoffice.pdf

Profiling it in callgrind overnight (yes it takes that long ;-) it turns out that ~all of that time is consumed -loading- and de-compressing the images - there is ~zero cost for exporting them (so I can only think that the binary data is copied directly across to the new container - which is good).

That is really silly =) and (perhaps) another example of the really unfortunate image handling design we have [ though it could just be a silly bug I guess ].

Comment 1 Michael Meeks 2014-04-29 08:45:49 UTC

Created attachment 98165 [details]
export- showing a ton of reading of images (but no writing)

Comment 2 Michael Meeks 2014-05-24 20:55:45 UTC

Interestingly the slowest conversion in our callgrind tests at:

http://dev-builds.libreoffice.org/callgrind_report/

is 051_fdo#73300.odt-convert - whose profile shows a huge amount of time spend loading, un-compressing and checksumming images - but virtually no time converting/exporting them. Which is perhaps another interesting data point.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.