duplicate memory sections of icon-theme.cache

Reported by kost on 2011-12-20
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LinuxDC++
Undecided
Unassigned

Bug Description

I like linuxDC++ very much. But it always suffered from memory leak problems
That's why I had to move from 1.0.3 to another DC client. After several days it leaked to 2 gb and more.
Now I'm on linuxdc++ version 1.1.0
Some memory leaks were fixed indeed, but not all of them
When program run for a considerable amount of time it's memory usage increases.
After one day of run I looked at the process memory map and saw 4 sections of loaded
/usr/share/icons/gnome/icon-theme.cache
All of the had the same size - about 60 mb (exactly as big as original file is)
except one
last one were ~14 mb in size
After restarting the program I have
 one 60 mb section named 'icon-theme.cache' and one 14 mb section of the same name
I'm not linux programmer, but can imagine why this happens
Probably icon-cache is loaded not by linuxdcpp itself but framework it invokes
May be multiple reinitializations are present in the code without freeing previously allocated resources ?

Razzloss (razzloss) wrote :

If with size you mean the mapping size as reported in /proc/PID/smaps, then there's no need for a concern. It does not occupy that much memory. If however, the 60MB is in the RSS or Private_* columns, then we might have a problem.

Of course if the additional mappings can be prevented (in linuxdcpp), then we should do it. Have you noticed what causes the additional mappings? Something you do in Linuxdcpp or maybe updating OS? (I remember one Maemo bug, that had something to do with icon caches and was triggered by installing new applications).

--RZ

Changed in linuxdcpp:
status: New → Incomplete
kost (k0st) wrote :

Attached is the memory map if linuxdcpp process after one night of run
2 mappings of /usr/share/icons/hicolor/icon-theme.cache (14mb)
and 2 mappings of /usr/share/icons/gnome/icon-theme.cache (57 mb)

kost (k0st) wrote :

>Have you noticed what causes the additional mappings? Something you do in Linuxdcpp or maybe updating OS?

I do nothing. Just run and leave it alone sending files to 30 slots with 10-40 mbit bandwidth
This behaviour is very stable and easy to reproduce

Launchpad Janitor (janitor) wrote :

[Expired for LinuxDC++ because there has been no activity for 60 days.]

Changed in linuxdcpp:
status: Incomplete → Expired
Razzloss (razzloss) wrote :

Back from expired for now. I've seen icon cache mapped twice, but not more. Don't know if it is a linuxdcpp or a gtk feature.

--RZ

Changed in linuxdcpp:
status: Expired → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments