Ubuntu

drivemount_appl is memory hungry

Reported by psl on 2006-10-13
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-applets (Ubuntu)
Low
Unassigned

Bug Description

I noticed that drivemount_appl is memory hungry, I list my evidence (108m in top list). My Ubuntu runs for several days now and I connected several USB drives to it and changed several CDROM disks in my drive. As my swap is full I was looking for my memory and noticed that drivemount_appl allocated too much memory for itself. There is no filesystem mounted now (applet shows only unmounted floppy icon). Is there memory leak in the applet?

# ps aux | grep drivemount_appl
 5277 oem 16 0 108m 4272 2808 S 0.0 0.8 0:04.09 drivemount_appl

# top
  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27865 oem 16 0 235m 128m 19m R 34.8 25.5 10:46.01 firefox-bin
 4581 root 15 0 246m 111m 4832 S 3.3 22.1 103:25.94 Xorg
 5222 oem 15 0 154m 29m 13m S 0.0 5.8 1:59.14 nautilus
10337 boinc 34 19 37112 15m 2768 S 57.7 3.0 6:33.53 einstein_S5R1_4
 5220 oem 15 0 69872 9996 5232 S 0.0 1.9 2:00.49 gnome-panel
 3010 oem 15 0 140m 9292 3280 S 0.0 1.8 0:55.27 evince
14448 oem 15 0 75464 7712 3024 S 3.3 1.5 1:06.83 gnome-terminal
 5270 oem 15 0 60312 5596 4036 S 0.0 1.1 0:30.74 mixer_applet2
 5279 oem 16 0 29868 5500 3408 R 0.0 1.1 4:12.56 sensors-applet
 5215 oem 16 0 16728 4616 3056 S 0.0 0.9 3:35.17 metacity
 5277 oem 16 0 108m 4272 2808 S 0.0 0.8 0:04.09 drivemount_appl
 5272 oem 15 0 23076 2876 2028 S 0.0 0.6 0:10.27 clock-applet

Note: the original reporter indicated the bug was in package 'gnome-applets2'; however, that package was not published in Ubuntu.

psl (slansky) wrote :

# ps aux | grep drivemount_appl
oem 5277 0.0 0.8 110796 4272 ? Sl Oct06 0:04 /usr/lib/gnome-applets/drivemount_applet2 --oaf-activate-iid=OAFIID:GNOME_DriveMountApplet_Factory --oaf-ior-fd=37

psl (slansky) wrote :

My system is Ubuntu 6.06.1, i386

psl (slansky) on 2006-10-13
description: updated
psl (slansky) wrote :

# pmap -x 5277
5277: /usr/lib/gnome-applets/drivemount_applet2 --oaf-activate-iid=OAFIID:GNOME_DriveMountApplet_Factory --oaf-ior-fd=37
Address Kbytes RSS Anon Locked Mode Mapping
08048000 32 - - - r-x-- drivemount_applet2
08050000 4 - - - rw--- drivemount_applet2
08051000 3024 - - - rw--- [ anon ]
b162f000 4 - - - ----- [ anon ]
b1630000 8192 - - - rwx-- [ anon ]
b1e30000 4 - - - ----- [ anon ]
b1e31000 8192 - - - rwx-- [ anon ]
b2631000 4 - - - ----- [ anon ]
b2632000 8192 - - - rwx-- [ anon ]
b2e32000 4 - - - ----- [ anon ]
b2e33000 8192 - - - rwx-- [ anon ]
b3633000 4 - - - ----- [ anon ]
b3634000 8192 - - - rwx-- [ anon ]
b3e34000 36 - - - r-x-- libgcc_s.so.1
b3e3d000 4 - - - rw--- libgcc_s.so.1
b3e4e000 4 - - - ----- [ anon ]
b3e4f000 8192 - - - rwx-- [ anon ]
b464f000 388 - - - r---- DejaVuSans-Bold.ttf
b46b0000 404 - - - r---- DejaVuSans.ttf
b4715000 192 - - - r-x-- libcroco-0.6.so.3.0.1
b4745000 12 - - - rw--- libcroco-0.6.so.3.0.1
b4748000 164 - - - r-x-- libgsf-1.so.113.0.99
b4771000 12 - - - rw--- libgsf-1.so.113.0.99
b4774000 4 - - - rw--- [ anon ]
b4775000 2020 - - - r---- icon-theme.cache
b496e000 24796 - - - r---- icon-theme.cache
b61a5000 9112 - - - r---- icon-theme.cache
b6a8b000 1492 - - - r---- icon-theme.cache
b6c00000 132 - - - rw--- [ anon ]
b6c21000 892 - - - ----- [ anon ]
b6d09000 64 - - - r-x-- libbz2.so.1.0.3
b6d19000 4 - - - rw--- libbz2.so.1.0.3
b6d1a000 176 - - - r-x-- librsvg-2.so.2.14.4
b6d46000 4 - - - rw--- librsvg-2.so.2.14.4
....

Sebastien Bacher (seb128) wrote :
Download full text (5.2 KiB)

from valgrind:

==21065== 10 bytes in 1 blocks are definitely lost in loss record 10 of 188
==21065== at 0x4021396: malloc (vg_replace_malloc.c:149)
==21065== by 0x45DACE5: g_malloc (gmem.c:131)
==21065== by 0x4C1011F: ORBit_alloc_string (allocators.c:228)
==21065== by 0x4C0FDE8: CORBA_string_dup (corba-string.c:22)
==21065== by 0x47F0731: bonobo_control_window_id_from_x11 (in /usr/lib/libbonoboui-2.so.0.0.0)
==21065== by 0x47F0E7A: (within /usr/lib/libbonoboui-2.so.0.0.0)
==21065== by 0x4BB0B70: _ORBIT_skel_small_Bonobo_Control_getWindowId (in /usr/lib/libbonobo-2.so.0.0.0)
==21065== by 0x4C18B06: ORBit_POAObject_invoke (poa.c:1142)
==21065== by 0x4C1EC74: ORBit_OAObject_invoke (orbit-adaptor.c:336)
==21065== by 0x4C0BDBB: ORBit_small_invoke_adaptor (orbit-small.c:835)
==21065== by 0x4C1C915: ORBit_POAObject_handle_request (poa.c:1351)
==21065== by 0x4C1CFC1: ORBit_POAObject_invoke_incoming_request (poa.c:1421)
==21065==
==21065==
==21065== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely lost in loss record 53 of 188
==21065== at 0x4021396: malloc (vg_replace_malloc.c:149)
==21065== by 0x472B577: (within /lib/tls/i686/cmov/libc-2.4.so)
==21065== by 0x472BC76: __nss_database_lookup (in /lib/tls/i686/cmov/libc-2.4.so)
==21065== by 0x510A14B: ???
==21065== by 0x510B685: ???
==21065== by 0x46DAC92: getpwnam_r (in /lib/tls/i686/cmov/libc-2.4.so)
==21065== by 0x45FB305: g_get_any_init_do (gutils.c:1704)
==21065== by 0x45FC578: g_get_user_name (gutils.c:1867)
==21065== by 0x406A316: gnome_client_instance_init (gnome-client.c:1378)
==21065== by 0x4597899: g_type_create_instance (gtype.c:1567)
==21065== by 0x457E951: g_object_constructor (gobject.c:1041)
==21065== by 0x457CBDA: g_object_newv (gobject.c:937)
==21065==
==21065==
==21065== 131 bytes in 8 blocks are possibly lost in loss record 89 of 188
==21065== at 0x4021396: malloc (vg_replace_malloc.c:149)
==21065== by 0x45DACE5: g_malloc (gmem.c:131)
==21065== by 0x4C1011F: ORBit_alloc_string (allocators.c:228)
==21065== by 0x4C0FDE8: CORBA_string_dup (corba-string.c:22)
==21065== by 0x4BE4BCA: Bonobo_ActivationEnvValue_set (in /usr/lib/libbonobo-activation.so.4.0.0)
==21065== by 0x4BE2857: bonobo_activation_init_activation_env (in /usr/lib/libbonobo-activation.so.4.0.0)
==21065== by 0x4BE69C3: bonobo_activation_orb_init (in /usr/lib/libbonobo-activation.so.4.0.0)
==21065== by 0x40DC102: (within /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x40D6963: gnome_program_postinit (in /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x40D6D84: (within /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x40D7098: gnome_program_init (in /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x804BBB9: main (drivemount.c:207)
==21065==
==21065==
==21065== 136 bytes in 1 blocks are possibly lost in loss record 90 of 188
==21065== at 0x40206D5: calloc (vg_replace_malloc.c:279)
==21065== by 0x400FA87: (within /lib/ld-2.4.so)
==21065== by 0x400FB4B: _dl_allocate_tls (in /lib/ld-2.4.so)
==21065== by 0x463FB68: pthread_create@@GLIBC_2.1 (in /lib/tls/i686/cmov/libpthread-2.4.so)
==21065== by...

Read more...

Jean-Baptiste Lallement (jibel) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

Changed in gnome-applets:
status: New → Incomplete
Sebastien Bacher (seb128) wrote :

there is no recent duplicate nor user mentionning having the issue on hardy, closing the bug

Changed in gnome-applets:
importance: Undecided → Low
status: Incomplete → Invalid
Martin Habovštiak (martin-r24) wrote :

I have the same problem: drivemount-applet eats 169.7 MiB but it has just 2 same icons of disks...

Changed in gnome-applets (Ubuntu):
status: Invalid → Confirmed
Martin Habovštiak (martin-r24) wrote :

I've found out how to reproduce bug:
I have auto hiding vertical panel on left side of my desktop
I run gnome system monitor
Each time I go with cursor at left side of screen, panel shows and I can see drivemount-applet takes more memory...
Try it: put drivemount on auto hiding panel and try show/hide panel several times looking at system monitor/top/whatever

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers