http://bugs.kde.org/show_bug.cgi?id=177213
Summary: High X server memory consumption
Product: okular
Version: unspecified
Platform: Ubuntu Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: crash
Priority: NOR
http://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #2 from Oscar Fuentes 2008-12-08 21:18:50 ---
The problem, as it seems, is not restricted to the djvu backend. A large pdf
shows it too:
Open a large pdf document, such as
http://open-std.org/JTC1/SC22/WG21/docs/papers/2008/n2588.pdf
http://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #5 from Oscar Fuentes 2008-12-09 18:17:44 ---
Asking on the X.org mailing list [1] yield this information:
The X server does nothing fancy when resources such as pixmaps are deallocated.
Is up to the C library function free() to return
http://bugs.kde.org/show_bug.cgi?id=152049
Oscar Fuentes ofv wanadoo es changed:
What|Removed |Added
CC||o...@wanadoo.es
--
Configure
https://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #9 from Oscar Fuentes 2009-05-24 22:11:38 ---
(In reply to comment #8)
> (In reply to comment #7)
> >- The X server memory is NOT consistently freed when okular exits.
>
> This is an Xorg bug.
It is a Q
https://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #11 from Oscar Fuentes 2009-05-25 00:49:53 ---
(In reply to comment #10)
> No arguing at all, if we free the pixmaps and that memory is not freed, it's
> not *our* bug, so put the strain on people causing the problem, not o
https://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #25 from Oscar Fuentes 2010-03-17 13:13:34 ---
(In reply to comment #21)
> And the evidence that Okular is the one at fault is where? Because i've run
> valgrind over and over and never could find any memory leak.
How
https://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #29 from Oscar Fuentes 2010-03-17 19:45:25 ---
(In reply to comment #26)
> #25 to me it's fairly obvious, each time you allocate a X pixmap in the server
> side you get a handle in your process, if you don't free
https://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #31 from Oscar Fuentes 2010-03-17 20:23:04 ---
(In reply to comment #30)
> (In reply to comment #29)
> > As mentioned on the past too, I did some informal benchmarks and perceived
> > no
> > speed difference on
