gcalctool (or its libraries?) seems to have a memory leak
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gcalctool (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
I assume there is a memory leak as the old gcalctool process uses 1704 MB? Correct? Just started a new one and can't see that one with top, that far down the list. Note I haven't been doing anything complicated with the calculator, just some simple additions. May have done multiplications but not divisions or more complicated, if I recall. Probably not whole numbers all of them but not very big numbers if it matters.
[I was willing to do a coredump if something like that is needed. Does ubuntu-bug do that? If not, would it be helpful? In general does it collect all relevant info? Non-standard info/kernels/
ps -ef |grep gcalctool
palli 9951 1 0 19:57 ? 00:00:00 gcalctool
palli 24874 1 0 Feb13 ? 00:01:09 gcalctool
Mem: 4037780k total, 3814604k used, 223176k free, 4284k buffers
Swap: 8377336k total, 3469388k used, 4907948k free, 713860k cached
Sorted by VIRT:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23529 palli 20 0 4357m 2.5g 11m R 92 63.8 235:03.13 firefox
4065 palli 20 0 1704m 55m 8060 R 16 1.4 519:57.55 compiz
24874 palli 20 0 1278m 7760 1312 S 0 0.2 1:09.40 gcalctool
23090 palli 20 0 1096m 8936 1352 S 0 0.2 2:36.01 update-manager
4087 palli 20 0 1048m 2828 324 S 0 0.1 0:39.67 nautilus
2164 root 20 0 1020m 44 44 S 0 0.0 0:24.17 console-kit-dae
1838 root 20 0 1016m 53m 1704 S 28 1.4 493:50.98 Xorg
4059 palli 20 0 949m 2824 624 S 0 0.1 2:27.35 gnome-settings-
Unrelated blable per se:
Not too worried about gcalctool, you could call it an introductory bug from me. Just learning the ropes and getting a handle on things so I can submit a bug on the big one:
I was debugging a memory issue (Firefox), and was just amazed that the calculator would be the third biggest program (above Xorg!). I'm not to worried as RES should(?) affect me the most (and maybe SHR?) but VIRT is mostly on disk. However, note that I use zram and how big the swap is, not sure if it is a wise choice.
update-manager seems also to be a huge memory/
Sorted by RES (a little later):
23529 palli 20 0 4110m 2.2g 12m R 93 57.4 293:43.87 firefox
1838 root 20 0 1012m 53m 1828 R 54 1.3 520:38.40 Xorg
4065 palli 20 0 1695m 52m 6488 R 9 1.3 525:25.36 compiz
4160 palli 20 0 650m 23m 3412 S 0 0.6 4:43.98 unity-panel-ser
27130 root 20 0 25920 15m 14m S 0 0.4 0:00.01 memlockd
9951 palli 20 0 508m 11m 4840 S 0 0.3 0:01.32 gcalctool
19476 palli 20 0 630m 10m 3840 S 2 0.3 6:43.58 gnome-terminal
4309 palli 20 0 247m 9272 176 S 0 0.2 0:06.21 zeitgeist-fts
4159 palli 20 0 685m 9232 1288 S 0 0.2 2:59.51 hud-service
23090 palli 20 0 1096m 8412 800 S 0 0.2 2:36.17 update-manager
24040 palli 20 0 551m 7720 2504 S 8 0.2 36:24.58 gnome-system-mo
Note how firefox shrank (didn't close anything) and how updatem-manager changes. Assume the numbers for these processes are normal.
I'm assuming newly installed memlockd is not a factor in any of this.
Stopped and started update-manager:
11456 palli 20 0 750m 110m 16m R 71 2.8 0:16.01 update-manager
Left button [Check?]:
11456 palli 20 0 835m 93m 6388 S 0 2.4 0:46.19 update-manager
Just something odd:
ubuntu-bug -w
gave me:
Get ekki tengst við gagnagrunn, athugaðu nettenginguna.
[Could not connect to database, check your connection]
<urlopen error [Errno -2] Name or service not known>
While this worked:
ubuntu-bug gcalctool
Description: Ubuntu 12.04.4 LTS
Release: 12.04
gcalctool:
Uppsett: 6.4.1.1-0ubuntu3
Tillaga: 6.4.1.1-0ubuntu3
Útgáfutafla:
*** 6.4.1.1-0ubuntu3 0
500 http://
100 /var/lib/
6.
500 http://
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: gcalctool 6.4.1.1-0ubuntu3
ProcVersionSign
Uname: Linux 3.11.0-17-generic x86_64
ApportVersion: 2.0.1-0ubuntu17.6
Architecture: amd64
CheckboxSubmission: d05bc19d1ca8b36
CheckboxSystem: d00f84de8a55581
Date: Fri Mar 14 19:22:40 2014
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
MarkForUpload: True
SourcePackage: gcalctool
UpgradeStatus: Upgraded to precise on 2012-03-04 (740 days ago)