Comment 2 for bug 115052
Revision history for this message
| Jens (jens-launchpad-net) wrote Re: 100% CPU and freeze when scrolling inside document that has embedded EPS graphics | #2 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
bbfa235
(Get the code!)
Got it. (I think)
Reproduce: Start any program that runs "nice", level 19, priority 39 (the absolute minimum there is), but eats 100% CPU. For example: seti@home or folding@home or something like that.
Then open an OOo document with lots of embedded EPS graphics.
Watch OOo freeze for 2-5 seconds before displaying each and every EPS graphic.
The same without the CPU eater running - even if niced to the max! - will incur only a small delay (1/2s), barely noticeable if you don't have too many graphics.
So: IMHO this is still a bug, since the EPS previews could well be cached inside the document and displayed faster, plus, the constant preview regeneration eats CPU time. Plus, if a "niced" program is running, it should not interfere with software running at normal priority - and I've been running this background task (it's a computing cluster daemon) for three years now and this is the first time that it actually *had* a noticeable impact on foreground tasks.
Could any OOo developer or packager comment on this please?
Jens