memory leaks in atkpanels ?
we noticed that ATK Panel launched on some computers crashed after a few hours.
After some investigations, it seems computers which make ATK Panels crash are all installed with debian 8 (jessie) packages (with TANGO 8).
The ones with ubuntu 14.04 (with TANGO 8) or debian unstable with TANGO 9 let them run without any problem.
To check if this behaviour is caused by our devices servers programming, I watched the behaviour after launching TangoTest ATKPanel launching command "top" to scrutate TangoTest process (launched with command "valgrind –tool=massif atkpanel sys/tg_test/1").
I confirm all TangoTest DS consume low CPU in a stable way.
Here are my observations for memory:
- debian 8 with TANGO 8: Virtual and Resident memory continuously increases for debian 8/TANGO 8 ATK Panels until crashing :
* when launching: 650080 KiB Virtual memory, 62044 KiB Resident memory size, 15996 KiB Shared memory.
* when crashing (after 2 hours): 2632552 KiB Virtual memory, 1.505g KiB Resident memory size, Shared memory stays around 0 KiB.
- ubuntu trusty (14.04) with TANGO 8: memory slowly increases :
* at beginning: 583828 KiB Virtual memory, 56452 KiB Resident memory size, 12180 KiB Shared memory.
* after 1 hour: 1116312 KiB Virtual memory, 392792 KiB Resident memory size, Shared memory stays around 2200 KiB.
* after 3 hours: 2033816 KiB Virtual memory, 1,044g KiB Resident memory size, Shared memory stays around 1792 KiB.
- debian unstable with TANGO 9, memory stays at 718800 KiB Virtual memory, 63468 KiB Resident memory size, and 17472 KiB Shared memory size.
- tangobox 9 VM (ubuntu trusty 14.04) with TANGO 9: memory stays around 740988 KiB Virtual memory, 41000 KiB Resident memory size, and 0 KiB Shared memory size.
Here is the java version and the list of tango packages found on both computers :
ubuntu 14.09 is installed with 8.1.2c+dfsg-3ubuntu0.1 packages while debian 8 is installed with 8.1.2c+dfsg-5 version.
It seems the version is the same but the package release is slightly different (https://wiki.debian.org/DebianMentorsFaq#What_does_.2BIBw-dfsg.2BIB0_in_the_version_string_mean.3F).
Could this be the source of the problem?
Does any one noticed a similar issue ?
edit : I checked the memory consumed by a DS after stopping the ATKPanel linked to this DS, the memory stays high after stopping the ATKPanel.
I even saw a strange behaviour : 4 DS launched, each of them with an ATKPanel launched, the 3 first have increasing consumed memory, and the last one stays at constant memory.
edit : I added java package version of each distribution. I have also complete installed package list and version if needed.
does anyone had debian 8 installed with TANGO to check the behavior of ATKPanels memory consumtion?
Hello, here the changelog between the two version of tango8.
tango (8.1.2c+dfsg-5) unstable; urgency=medium
* Bump Standards-Version to 3.9.5 (nothing to do)
* create the user in the postinst to deal with the piuparts remaining
files error. An empty tango home directory (/var/lib/tango) is part of
tango-common so we let dpkg deal with its removal (Closes: #657146)
* add the tango user to the video group. Some tango devices need access to
– Picca Frédéric-Emmanuel <firstname.lastname@example.org> Thu, 01 May 2014 11:51:06 +0200
tango (8.1.2c+dfsg-4) unstable; urgency=medium
* Remove the debian version from the dbconfig-common upgrade files
in preparation of the backport of tango.
– Picca Frédéric-Emmanuel <email@example.com> Thu, 06 Feb 2014 09:49:26 +0100
As you can see there a few upstream patch which were applyed in between.
hope it helps.
I learned from Faranguiss it is mandatory to install Oracle Java package and not OpenJDK package. We will so check with these packages.
Note that Oracle Java packages are not anymore included into debian repository because of license problem.
For information, with security install actually applied on our old OpenJDK packages, it seems the problem is solved.
Hello, I found this about Java licence: https://www.oracle.com/java/technologies/java-se-support-roadmap.html
Perhaps it could be interesting to support use of OpenJDK?