Apache OpenOffice (AOO) Bugzilla – Issue 100406
xrender leak on X11 server
Last modified: 2009-04-07 10:45:07 UTC
Please compare memory usage of OOo and Xorg when editing joined test file between OOo 3.0.1 and OOO310m6. This file is a TCM test file for FR version. If I convert it to ODF format the result is identical. On Ubuntu 8.04 (Gnome) memory usage of Xorg constantly grows when showing the first slide, even if I do nothing. On my laptop with 1 GB of RAM Xorg use up to 750 MB and the PC needs swap. If I remove the animated image in the current slide, Xorg memory usage ceases to grow. Same problem in slideshow mode. Same problem on Kubuntu 8.04 No such problems with the same file on OOo 3.0.1 ; no swap needed.
Created attachment 61066 [details] slideshow with animated image
Same problem in OOO310m7
Not reproducible on Fedora with OOO310_m6. Are you using an Ubuntu build or an original OOo build?
I don't know if there is Ubuntu builds for developer snapshots. Yes I used original builds OOO310m6 and OOO310m7 for Linux/Deb. I have a confirmation of this issue only for Ubuntu 8.04. Memory consumption is in Xorg process not in soffice and arises only when OOo shows a slide with an animated image.
Memory usage increases at a rate of aprrox. 2.2MB/s using StarOffice (OOO310m5/CWS sw31fb08), trying newer build before confirming.
In a m7 (CWS aw67) i find the memory usage constant: soffice = 72MB soffice.bin = 54MB. Retrying
@jsk : ok for soffice but what about Xorg ?
@jbfaure, Xorg was stable the last time i tried so i rebooted my test machine to clear memory. soffice/soffice.bin are stable but Xorg has a frightening increase in memory usage so we have a leak here. I think the leak is bad enough to take out a standard machine in a matter of minutes so this is a showstopper. Note for myself: Use Intrepid and Jaunty on ACER notebook (Intel graphics) for reproduction, both m5 and m7 (StarOffice). Use freshly booted system to reproduce. @WG: Confirmed memory leak, please do the other showstopper rituals.
Reproducible. Reassigned.
reassigning to me
CWS ooo31gsl7 is being created for fixing that issue.
Fixed in CWS ooo31gsl7.
Created attachment 61176 [details] reduced bugdoc
@aw: why would animating the bitmap invokes the b2d-polygon rendering path?
@wg: please verify in CWS ooo31gsl7 Testing hints: - only visible on xrender enabled displays - there were changes in the polygon-drawing code
Verified in CWS.
Works well in OOO310m8. Closing Thanks. JBF