Problems at use | Problèmes à l'utilisation
Subscription date : 30 August 2010
Messages : 5
|
- The version of Cairo-Dock (2.1.3-10-lucid).
- Your GNU/Linux distribution (Ubuntu 10.04 64bit).
- Or you using OpenGL or not. ?both?
- Your Window manager (Compiz).
- Your Desktop Environment (Gnome).
Recently,maybe after some update ?really forget which update??the memory used by Cairo-Dock is becoming larger and larger.
when Cairo-Dock start, it cost 30MB,but it just grow up.
after one hour or more,the memory cost can reach more than 1G.
I think it's a memory leak problem.
My computer is thinkpad T400 with ATI HD3470 with fglrx driver.
4G memory.
Is there anyone who have the same experience? |
SQP, Monday 30 August 2010 à 11:51
|
|
Subscription date : 03 July 2010
Messages : 1081
|
Hi, thanks for the report. Could you test if the bug is still in the last version, available on PPA Weekly (2.2 beta 4). |
matttbe, Monday 30 August 2010 à 12:40
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Hello,
Do you use the Switcher applet? Do you have only one wallpaper or a slideshow? |
Subscription date : 30 November 2007
Messages : 17118
|
yep, +1 to test the latest version.
also, could you try without opengl and see if you have the same behavior ? thanks  |
Subscription date : 30 August 2010
Messages : 5
|
matttbe : Hello,
Do you use the Switcher applet? Do you have only one wallpaper or a slideshow?
Thanks very much for your reply!
Your questions help me find the cause of the memory leak.
I use the Switcher apple. I use more than one wallpaper,and use the autochange of the wallpaper.
A few days ago I just change the duration of the wallpaper(change 1795s to 300s ).So I suspicion it's the cause.
My test prove my suspicion.
My test:
1.When I change the 300s to 10s,the memory of cairo dock grow very fast.After a change the memory grow 20-30M.
2.I change the duration to very long,or just use one wallpaper,the memory never grow again.
3.I just remove the Switcher applet, the memory never grow again too.
In ubuntu ,you can just modify the /usr/share/backgrounds/cosmos/background-1.xml and use the cosmos background to debug.
So I think it's a bug of Switcher applet.
fabounet : yep, +1 to test the latest version.
also, could you try without opengl and see if you have the same behavior ? thanks :)
I have tried both. It's the same. Thanks for your reply.
SQP : Hi, thanks for the report. Could you test if the bug is still in the last version, available on PPA Weekly (2.2 beta 4).
Sorry ,I don't have time to try,I will just remove Switcher applet before the bug fixed. Thank you all the same. |
maxedout, Tuesday 31 August 2010 à 15:48
|
|
Subscription date : 31 August 2010
Messages : 2
|
I don't know if this will help.
I had the same problem with the following set-up (as far as I can make out)
Cairo-dock version 2.2.0-0beta4 (usually run with openGL)
Compiz (no idea which version)
Emerald
xfce4 session
This is on an old machine with Ubuntu 9.04 Jaunty running on 1GHz CPU & 640MB RAM
(It's a bit sluggish at times but nothing I can't live with)
Yesterday I switched on & things went weird. After logging in, cairo-dock took ages to load & was maxing out the CPU making it virtually unusable.
I hadn't made any major changes previously, just played about with different wallpaper & desktop settings yesterday before I reset everything back to the way it was.
I then noticed that cairo-clock wasn't starting on the desktop. I tried restarting cairo-dock without openGL. This worked a little better but the clock now filled the entire screen instead of just being in the corner.
I seem to have fixed this (so far) by changing the clock theme from RTL plus to something else (I eventually went with Radium by Mac Slow) so this seems to be the problem - at least for me. |
fabounet, Tuesday 31 August 2010 à 17:57
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ok thanks for the info !
do you use the fake transparency when you have the memory leak ?
I think you can just disable the wallpaper display on the Switcher icon to disable the leak. |
maxedout, Tuesday 31 August 2010 à 23:33
|
|
plutohiyo, Wednesday 01 September 2010 à 03:40
|
|
Subscription date : 30 August 2010
Messages : 5
|
fabounet : ok thanks for the info !
do you use the fake transparency when you have the memory leak ?
I think you can just disable the wallpaper display on the Switcher icon to disable the leak.
I think you are right.
After disable "map wallpaper to icon" ,the leak don't happen again. |
fabounet, Wednesday 01 September 2010 à 11:17
|
|
Subscription date : 30 November 2007
Messages : 17118
|
(Message added on the task #85)
I've fixed a bug in case the wallpaper changes very often (like less than 3s).
I'd appreciate if someone could test this, since I'm not sure there isn't a problem with GDK's memory too. |
plutohiyo, Wednesday 01 September 2010 à 11:36
|
|
Subscription date : 30 August 2010
Messages : 5
|
fabounet : (Message added on the task #85)
I've fixed a bug in case the wallpaper changes very often (like less than 3s).
I'd appreciate if someone could test this, since I'm not sure there isn't a problem with GDK's memory too.
how to test? |
fabounet, Wednesday 01 September 2010 à 13:56
|
|
Subscription date : 30 November 2007
Messages : 17118
|
it's on BZR at the moment, so you can compile it easily with the script. |
plutohiyo, Thursday 02 September 2010 à 05:01
|
|
Subscription date : 30 August 2010
Messages : 5
|
fabounet : it's on BZR at the moment, so you can compile it easily with the script.
I have tested it.
I think it has been fixed.Good job!
I change the wallpaper every 10s.
When a change happens,the memory increases to 53.9MB, after 1-3s, the memory goes back to 40.3MB.
Thanks very much! |
fabounet, Thursday 02 September 2010 à 10:34
|
|
Subscription date : 30 November 2007
Messages : 17118
|
thanks for your feedback  |
matttbe, Thursday 02 September 2010 à 10:42
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Oh I had already reported this bug but no... it has to be reported by someone else in order to be fixed asap  |
fabounet, Thursday 02 September 2010 à 10:47
|
|
Subscription date : 30 November 2007
Messages : 17118
|
lol, sorry
it's just the timing that is good (release => bug fix)  |
Problems at use | Problèmes à l'utilisation
|