Hello, I noticed that after several days of Xfce use, I don't have anymore memory available. Here is the ouput of top, sorted by memory usage : ================================== top - 20:23:35 up 3 days, 54 min, 1 user, load average: 0.54, 1.04, 1.22 Tasks: 100 total, 1 running, 98 sleeping, 0 stopped, 1 zombie Cpu(s): 10.9% us, 1.0% sy, 0.0% ni, 87.1% id, 0.0% wa, 0.0% hi, 1.0% si Mem: 1544368k total, 1494884k used, 49484k free, 14216k buffers Swap: 614392k total, 612100k used, 2292k free, 112260k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5031 jon 16 0 724m 399m 2948 S 0.0 26.5 3:39.45 xfdesktop 5050 jon 16 0 713m 389m 1988 S 0.0 25.8 2:47.31 xfce4-menu-plug 5970 jon 15 0 297m 137m 13m S 0.0 9.1 27:38.25 firefox-bin 4447 root 15 0 148m 86m 5752 S 0.0 5.7 77:47.63 Xorg 24928 jon 15 0 205m 38m 4636 S 0.0 2.6 0:46.56 python2.4 30349 jon 15 0 290m 36m 5648 S 9.9 2.4 26:09.46 python 5919 jon 15 0 140m 29m 6684 S 0.0 2.0 3:55.43 sylpheed-claws- 5035 jon 15 0 269m 29m 3240 S 0.0 1.9 1:53.41 liferea-bin 5052 jon 16 0 112m 24m 1920 S 0.0 1.6 4:49.01 xfce4-sensors-p 5922 jon 16 0 153m 17m 5320 S 0.0 1.1 1:11.01 gaim 5033 jon 15 0 93596 14m 2984 S 0.0 1.0 9:56.97 xfce4-panel [...] =================================== As you can see, nearly all of my 1.5Go of ram are used. This is the second times I notice this problem (well, this is the second time my computer run as much with Xfce :p ) I will restart my X session as soon as possible, since my desktop is hardly usable currently. I will try to let it leak another time, if you want to have further informations. I'm using Debian Sid x86_64, with the Xfce4 packages which can be found in Sid : gtk2-engines-xfce 2.3.90.1-1 A GTK+-2.0 theme engine for Xfce thunar 0.3.0beta1-1 File Manager for Xfce xfce4-icon-theme 4.3.90.1-1 Xfce Standard icon theme xfce4-mcs-plugins 4.3.90.1-1 Special modules for the xfce4-mcs- xfce4-panel 4.3.90.1-2 The Xfce4 desktop environment pane xfce4-session 4.3.90.1-1 Xfce4 Session Manager xfce4-utils 4.3.90.1-1 Various tools for Xfce xfdesktop4 4.3.90.1-2 Provides desktop background and ro xfwm4 4.3.90.1-1 window manager of the Xfce project xfwm4-themes 4.3.90.1-2 Theme files for xfwm4 orage 4.3.90.1-1 Calendar for Xfce Desktop Environm xfce4-mixer 4.3.90.1-2 Xfce4 Mixer frontend xfce4-terminal 0.2.5.1beta1-1 Xfce terminal emulator xfmedia <none> (no description available) xfprint4 <none> (no description available)
I am seeing the same problem with Ubuntu dapper drake release. XFCE xfce4-menu-plugin and xfdesktop both take up 1gig of memory each. I have 3GB of ram total, but I noticed because now I'm starting to swap. The only thing fancy that I did is enable xfapplet to run deskbar inside and I tried a few gdesklets. I'm not sure if this could be related... Mem: 3111896k total, 3019512k used, 92384k free, 12k buffers Swap: 3068372k total, 956172k used, 2112200k free, 1200252k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5601 clambert 16 0 1101m 619m 20m S 0 20.4 5:23.42 xfce4-menu-plug 5598 clambert 16 0 1117m 612m 22m S 0 20.2 6:13.98 xfdesktop 7038 clambert 5 -10 324m 245m 236m S 4 8.1 96:11.78 vmware-vmx 4644 root 15 0 192m 124m 18m S 1 4.1 34:00.16 Xorg ii libxfce4mcs-client3 4.3.90.1svn+r21132-0ubuntu2 Client library for Xfce4 configure interface ii libxfce4mcs-manager3 4.3.90.1svn+r21132-0ubuntu2 Manager library for Xfce4 configure interfac ii libxfce4util4 4.3.90.2svn+r21550-0ubuntu1 Utility functions library for Xfce4 ii xfce4-appfinder 4.3.90.1svn+r21281-0ubuntu3 Application finder for the Xfce4 Desktop Env ii xfce4-battery-plugin 0.4.0-0ubuntu4 battery monitor plugin for the Xfce4 panel ii xfce4-clipman-plugin 0.6.1-0ubuntu4 clipboard history plugin for the Xfce4 panel ii xfce4-cpugraph-plugin 0.3.0-0ubuntu4 CPU load graph plugin for the Xfce4 panel ii xfce4-fsguard-plugin 0.3.0-0ubuntu5 filesystem monitor plugin for the Xfce4 pane ii xfce4-icon-theme 4.3.0svn+r19908-0ubuntu1 Xfce Standard icon theme ii xfce4-mailwatch-plugin 1.0.0-0ubuntu4 mail watcher plugin for the Xfce4 panel ii xfce4-mcs-manager 4.3.90.1svn+r21604-0ubuntu2 Settings manager for Xfce4 ii xfce4-mcs-plugins 4.3.90.1svn+r21633-0ubuntu1 Special modules for the xfce4-mcs-manager ii xfce4-mixer 4.3.90.1svn+r21697-0ubuntu2 Xfce4 Mixer frontend ii xfce4-mixer-alsa 4.3.90.1svn+r21697-0ubuntu2 Xfce4 Mixer ALSA backend ii xfce4-mount-plugin 0.4.5-0ubuntu6 mount plugin for the Xfce4 panel ii xfce4-netload-plugin 0.4.0-0ubuntu5 network load monitor plugin for the Xfce4 pa ii xfce4-panel 4.3.90.1svn+r21633-0ubuntu2 The Xfce4 desktop environment panel ii xfce4-quicklauncher-plugin 1.9.1+r1149-0ubuntu5 rapid launcher plugin for the Xfce4 panel ii xfce4-screenshooter-plugin 1.0.0-0ubuntu6 xfce4-panel plugin to take screenshots ii xfce4-session 4.3.90.1svn+r21697-0ubuntu1 Xfce4 Session Manager ii xfce4-systemload-plugin 0.4.0-0ubuntu5 system load monitor plugin for the Xfce4 pan ii xfce4-taskmanager 0.3.9+0.4.0rc1-0ubuntu0.1 taskmanager for xfce ii xfce4-terminal 0.2.5+r21674-0ubuntu2 Xfce terminal emulator ii xfce4-utils 4.3.90.1svn+r21673-0ubuntu2 Various tools for Xfce ii xfce4-verve-plugin 0.2.0-0ubuntu3 Command line plugin for the Xfce panel ii xfce4-weather-plugin 0.5.0-0ubuntu6 weather information plugin for the Xfce4 pan ii xfce4-xfapplet-plugin 0.1.0-0ubuntu1 run GNOME applets in the Xfce panel ii xfce4-xkb-plugin 0.4.1-0ubuntu5 xkb layout switch plugin for the Xfce4 panel Thanks, Christian
Could you try disabling menu icons in the panel plugin, then restarting the panel? See if it still leaks. I'll try to do some debugging, but I'm not sure when I'll get to it.
Created attachment 656 strace of xfce4-menu-plugin process Here is an strace of the process as it's eating up memory, not sure it this will reveal anything special...
Created attachment 657 strace of xfdesktop while running Here is an strace of xfdesktop process, let's see if anything in particular stands out. I can see what "aMule" P2P app refreshes the status, I'm not sure if that could cause problems.
I tried to disable menu icons, gdesklets, xfapplet, etc. I pretty much have the standard ubuntu panel configured. I wonder what is different about my installation that other users are not seeing this, I didn't make much changes to the default install. I restart both xfdesktop and xfce4-panel and still getting a memory leak at growing fast rate. -Christian
(In reply to comment #5) > I wonder what is different about my > installation that other users are not seeing this, I didn't make much changes > to the default install. You are not alone. I have the same problem on Debian Testing and Ubuntu Dapper Drake. I think this may be related to Bugs #1042 and #1914. I get severe memory leaks with both xfdesktop and xfce4-menu-plugin. Both of these things load the applications menu, so it may be menu-related.
Hi, I've got exactly the same problem, with a Debian unstable up-to-date. I didn't install the xfce4-menu-plugin, but xfdesktop is currently using more than 600 MB in physical memory. I'm using a conventional set of applications : Firefox, Thunderbird, XChat, Gaim, Amarok, and a few number of Terminal 0.2.5.1beta1. I'm sorry, but I can't give more information on that memory leak. This is just to say that other people get the same issue :)
After some experimentation on two separate computers (both running Xubuntu 6.06 LTS), I have determined that the problem manifests itself when "Launch KDE services on startup" is enabled in "Sessions and Startup". It does not seem to occur if that option is not selected.
AFAIK, I didn't have the "Launch KDE services on startup" enabled at all when I reported this bug. I don't use KDE, so there no need (for me) to enable this option.
If you're able, can you update to current xfdesktop SVN trunk and try again? I did find some memory leaks with valgrind in the menu code. To be safe, please update libxfcegui4 to SVN trunk as well, as I made a somewhat-related change there.
(In reply to comment #10) > If you're able, can you update to current xfdesktop SVN trunk and try again? I > did find some memory leaks with valgrind in the menu code. To be safe, please > update libxfcegui4 to SVN trunk as well, as I made a somewhat-related change > there. > the bug is always present in the version RC1 ....
Using latest svn on every F5 it writes these for every icon on the desktop. (xfdesktop:30564): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GObject' (xfdesktop:30564): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)' (xfdesktop:30564): GLib-GObject-CRITICAL **: g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Regardless of the number of icons though, the virtual memory use as shown by top (VIRT column) increases with 124K
Contrary to my Comment #8, I can now say with certainty that I am experiencing this problem despite changing my session options.
Watching VIRT is relatively useless due to things like the new slice allocator in glib. According to valgrind, I've fixed all memleaks except for two tiny ones which are bugs in the version of HAL I'm using. Please reopen if you can give me a valgrind log with a debug build of xfdesktop, libxfce*, gtk, and glib, with glib built with --enable-gc-friendly and --disable-mem-pools, and xfdesktop run as follows: G_DEBUG=gc-friendly G_SLICE=always-malloc valgrind --tool=memcheck \ --leak-check=full --leak-resolution=high --num-callers=50 -v \ --log-file=xfdesktop-valgrind xfdesktop Assuming it actually shows real leaks, that is...