Bug#989089: Fwd: [Pkg-tigervnc-devel] Bug#989089: tigervnc-standalone-server: when a vncserver instance is invoked, mate-panel starts grabbing memory
Weitergeleitete Nachricht Betreff:Re: [Pkg-tigervnc-devel] Bug#989089: tigervnc-standalone-server: when a vncserver instance is invoked, mate-panel starts grabbing memory Datum: Sat, 29 May 2021 08:52:56 +0200 Von:deltagam...@gmx.net An: Ola Lundqvist The relevant machine has 8 GB RAM, 2 GB RAM is fix reserved for oracle DB 18c xe. As you can see here [user__at__machine:pts/4 ~/.vnc]$ date && free -tm Fr 30. Apr 16:09:49 CEST 2021 total used free shared buff/cache available Mem: 7978 2761 891 1278 4325 3636 3.6 GB available memory before starting vncserver on 30. April ... === after some days == [user__at__machine:pts/4 ~/.vnc]$ date && sudo pmap 8903 | head -10 Do 6. Mai 13:21:39 CEST 2021 [sudo] Passwort für user: 8903: mate-panel 55ec1bd26000 128K r mate-panel 55ec1bd46000 324K r-x-- mate-panel 55ec1bd97000 140K r mate-panel 55ec1bdba000 16K r mate-panel 55ec1bdbe000 4K rw--- mate-panel 55ec1cb34000 1698228K rw--- [ anon ] 7f9e9000 1416K rw--- [ anon ] 7f9e90162000 64120K - [ anon ] 7f9e9400 1448K rw--- [ anon ] [user__at__machine:pts/4 ~/.vnc]$ [user__at__machine:pts/4 ~/.vnc]$ date && free -tm After 6 days, on 6 May mate-panel has grabbed more than 1698228K ==> 1.69 GB, the available memory sunk to 2 GB , the difference is approx. the 1.6 GB that mate-panel has grabbed. [user__at__machine:pts/4 ~/.vnc]$ date && free -tm Do 6. Mai 13:24:07 CEST 2021 total used free shared buff/cache available Mem: 7978 4357 541 1268 3079 2049 Swap: 6649 2554 4095 Total: 14628 6912 4636 [user__at__machine:pts/4 ~/.vnc]$ After killing the vncserver now, on 6. May, the mate-panel process disappeared also ( it seems there is a strong interaction between tigervnc-standalone-server and mate-panel ) , the new available memory is also again around 3.6 GB which indicates again that mate-panel has grabbed the difference between the 2 "avaibale memory" states, namely 3.6GB and 2.0GB On a reference machine, same Debian buster, same 8 GB RAM, but DB not installed yet, the mate-panel has stable about 35 MB memory , after a week with a running vncserver: = reference machine with running vncserver AND connected client for a week == user__at__refmachine:~/.vnc$ sudo pmap 19726 |head -10 19726: mate-panel 558100ac1000128K r mate-panel 558100ae1000324K r-x-- mate-panel 558100b32000140K r mate-panel 558100b55000 16K r mate-panel 558100b59000 4K rw--- mate-panel 55810215e000 35224K rw--- [ anon ] 7fcc3000132K rw--- [ anon ] 7fcc30021000 65404K - [ anon ] 7fcc3400132K rw--- [ anon ] user__at__refmachine:~/.vnc$ I think the relevant address, process, is the first [ anon ] entry in the pmap listing of the mate-panel. It is about 35 MB at ref-machine, and started with about 13 MB { 5620203f9000 13064K rw--- [ anon ] } on the production machine to 266 MB { 5620203f9000 266824K rw--- [ anon ] } 1 day later on the production machine up to 1.69 GB { 55ec1cb34000 1698228K rw--- [ anon ] } after 1 week on the production machine, where I killed/stopped the vncserver. I let the mate-panel reach also between 2.5 GB and 3 GB before I killed the vncserver, the mate-panel process disappeared also, and the freed memroy corresponded to the memory mate-panel has grabbed. The displayed lines are all protocolled in the 2 attached files. Hope this clarifies the case. Greets Am 26.05.2021 um 08:27 schrieb Ola Lundqvist: > Hi > > When you are referring to "grabbing memory" how much are you expecting > mate-panel to use? > Is it much more than what the mate-panel use to use in other X servers? > I can see that mate-panel use some 70 to 100 MB memory but since I > have no knowledge about this software I cannot tell whether that is a > lot of not. > > Cheers > > // Ola > > On Tue, 25 May 2021 at 18:19, deltagam...@gmx.net > <mailto:deltagam...@gmx.net> <mailto:deltagam...@gmx.net>> wrote: > > forgot to attach some files > > > > ___ > Pkg-tigervnc-devel mailing list > pkg-tigervnc-de...@alioth-lists.debian.net > <mailto:pkg-tigervnc-de...@alioth-lists.debian.net> > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-tigervnc-devel > > > > -- > - Ola Lundqvist --- > / o...@debian.org <mailto:o...@debian.org> > o...@inguza.com <mailto:o...@inguza.com> \ > | http://inguza.com/ +46 (0)70-332 1551 | > --- >
Bug#982919: mate-panel grabbing memory when vncserver started
After starting a vncserver instance, mate-panel starts grabbing memory. After killing the vncserver process, a lot of memory is freed. Attached some files which show this behaviour. pmap mate-panel shows fast growing at a certain memory-address. I do not really know to which package the bug belongs, cause the memory grabbing can be observed only as an interaction between the 2 packages. So I sended a bugreport to tigervnc-standalone-server, its located https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989089 Information to package mate-panel = Package: mate-panel Version: 1.20.5-1 Severity: important -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo-gobject2 1.16.0-4+deb10u1 ii libcairo2 1.16.0-4+deb10u1 ii libdbus-1-3 1.12.20-0+deb10u1 ii libdbus-glib-1-2 0.110-4 ii libdconf1 0.30.1-2 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk-3-0 3.24.5-1 ii libice6 2:1.0.9-2 ii libmate-desktop-2-17 1.20.4-2 ii libmate-menu2 1.20.2-1 ii libmate-panel-applet-4-1 1.20.5-1 ii libmateweather1 1.20.2-1 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii librda0 0.0.5-1 ii librsvg2-2 2.44.10-2.1 ii libsm6 2:1.2.3-1 ii libstartup-notification0 0.12-6 ii libwnck-3-0 3.30.0-2 ii libx11-6 2:1.6.7-1+deb10u2 ii libxau6 1:1.0.8-1+b2 ii libxrandr2 2:1.5.1-1 ii mate-desktop 1.20.4-2 ii mate-menus 1.20.2-1 ii mate-panel-common 1.20.5-1 ii mate-polkit 1.20.2-1 ii menu-xdg 0.6 mate-panel recommends no packages. mate-panel suggests no packages. -- no debconf information Information to package tigervnc-standalone-server = Package: tigervnc-standalone-server Version: 1.9.0+dfsg-3+deb10u3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After starting a vncserver process e.g.: vncserver :4 -geometry 1440x900 -depth 24 -localhost no the package mate-panel starts grabbing memory. * What exactly did you do (or not do) that was effective (or ineffective)? If the vncserver process is killed e.g.: vncserver -kill :4 a lot of memory is freed. * What was the outcome of this action? A running vncserver leads to mate-panel starting grabbing memory. * What outcome did you expect instead? Normal usgae of tigervnc without package mate-panel starting to grab memory *** End of the template - remove these template lines *** -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tigervnc-standalone-server depends on: ii libaudit1 1:2.8.4-3 ii libbsd0 0.9.1-2+deb10u1 ii libc6 2.28-10 ii libfile-readbackwards-perl 1.05-2 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgl1 1.1.0-1 ii libgnutls30 3.6.7-4+deb10u6 ii libjpeg62-turbo 1:1.5.2-2+deb10u1 ii libpam0g 1.3.1-5 ii libpixman-1-0 0.36.0-1 ii libselinux1 2.8-1+b1 ii libstdc++6
Bug#989089: tigervnc-standalone-server: when a vncserver instance is invoked, mate-panel starts grabbing memory
forgot to attach some files [user__at__machine:pts/4 ~/.vnc]$ date && sudo pmap 2438 | head -45 Do 29. Apr 08:39:20 CEST 2021 [sudo] Passwort für user: 2438: mate-panel 56201e4af000128K r mate-panel 56201e4cf000324K r-x-- mate-panel 56201e52140K r mate-panel 56201e543000 16K r mate-panel 56201e547000 4K rw--- mate-panel 5620203f9000 13064K rw--- [ anon ] 7f15a77ff000 4K - [ anon ] 7f15a780 8192K rw--- [ anon ] 7f15a800132K rw--- [ anon ] 7f15a8021000 65404K - [ anon ] 7f15ac00132K rw--- [ anon ] 7f15ac021000 65404K - [ anon ] 7f15b000132K rw--- [ anon ] 7f15b0021000 65404K - [ anon ] 7f15b560e000 4K - [ anon ] 7f15b560f000 8192K rw--- [ anon ] 7f15b5e0f000 4K - [ anon ] 7f15b5e1 8192K rw--- [ anon ] 7f15b661 4K r libicudata.so.63.1 7f15b6611000 4K r-x-- libicudata.so.63.1 7f15b6612000 26544K r libicudata.so.63.1 7f15b7ffe000 4K r libicudata.so.63.1 7f15b7fff000 4K rw--- libicudata.so.63.1 7f15b800132K rw--- [ anon ] 7f15b8021000 65404K - [ anon ] 7f15bc00132K rw--- [ anon ] 7f15bc021000 65404K - [ anon ] 7f15c000144K rw--- [ anon ] 7f15c0024000 65392K - [ anon ] 7f15c400132K rw--- [ anon ] 7f15c4021000 65404K - [ anon ] 7f15c800132K rw--- [ anon ] 7f15c8021000 65404K - [ anon ] 7f15cc604000548K r libstdc++.so.6.0.25 7f15cc68d000688K r-x-- libstdc++.so.6.0.25 7f15cc739000248K r libstdc++.so.6.0.25 7f15cc777000 4K - libstdc++.so.6.0.25 7f15cc778000 40K r libstdc++.so.6.0.25 7f15cc782000 8K rw--- libstdc++.so.6.0.25 7f15cc784000 16K rw--- [ anon ] 7f15cc788000392K r libicuuc.so.63.1 7f15cc7ea000848K r-x-- libicuuc.so.63.1 7f15cc8be000528K r libicuuc.so.63.1 7f15cc942000 76K r libicuuc.so.63.1 [user__at__machine:pts/4 ~/.vnc]$ date && sudo pmap 2438 | head -45 Fr 30. Apr 07:49:15 CEST 2021 [sudo] Passwort für user: 2438: mate-panel 56201e4af000128K r mate-panel 56201e4cf000324K r-x-- mate-panel 56201e52140K r mate-panel 56201e543000 16K r mate-panel 56201e547000 4K rw--- mate-panel 5620203f9000 266824K rw--- [ anon ] 7f15a77ff000 4K - [ anon ] 7f15a780 8192K rw--- [ anon ] 7f15a800428K rw--- [ anon ] 7f15a806b000 65108K - [ anon ] 7f15ac00400K rw--- [ anon ] 7f15ac064000 65136K - [ anon ] 7f15b000376K rw--- [ anon ] 7f15b005e000 65160K - [ anon ] 7f15b560e000 4K - [ anon ] 7f15b560f000 8192K rw--- [ anon ] 7f15b5e0f000 4K - [ anon ] 7f15b5e1 8192K rw--- [ anon ] 7f15b661 4K r libicudata.so.63.1 7f15b6611000 4K r-x-- libicudata.so.63.1 7f15b6612000 26544K r libicudata.so.63.1 7f15b7ffe000 4K r libicudata.so.63.1 7f15b7fff000 4K rw--- libicudata.so.63.1 7f15b800392K rw--- [ anon ] 7f15b8062000 65144K - [ anon ] 7f15bc00372K rw--- [ anon ] 7f15bc05d000 65164K - [ anon ] 7f15c000144K rw--- [ anon ] 7f15c0024000 65392K - [ anon ] 7f15c400132K rw--- [ anon ] 7f15c4021000 65404K - [ anon ] 7f15c800132K rw--- [ anon ] 7f15c8021000 65404K - [ anon ] 7f15cc604000548K r libstdc++.so.6.0.25 7f15cc68d000688K r-x-- libstdc++.so.6.0.25 7f15cc739000248K r libstdc++.so.6.0.25 7f15cc777000 4K - libstdc++.so.6.0.25 7f15cc778000 40K r libstdc++.so.6.0.25 7f15cc782000 8K rw--- libstdc++.so.6.0.25 7f15cc784000 16K rw--- [ anon ] 7f15cc788000392K r libicuuc.so.63.1 7f15cc7ea000848K r-x-- libicuuc.so.63.1 7f15cc8be000528K r libicuuc.so.63.1 7f15cc942000 76K r libicuuc.so.63.1 [user__at__machine:pts/4 ~/.vnc]$ ps -eaf | grep tiger user 2366 1 12 Apr29 pts/402:56:05 /usr/bin/Xtigervnc :4 -desktop MACHINE.THEDOMAIN.DE:4 (user) -auth /home/user/.Xauthority -geometry 1440x900 -depth 24 -rfbwait 3 -rfbauth /home/user/.vnc/passwd -rfbport 5904 -pn -SecurityTypes VncAuth,TLSVnc user 7466 26787 0 08:20 pts/400:00:00 grep -i --color=always tiger [user__at__machine:pts/4 ~/.vnc]$ sudo pmap 2366 [sudo] Passwort für user: 2366: /usr/bin/Xtigervnc :4 -desktop MACHINE.THEDOMAIN.DE:4 (user) -auth /home/user/.Xauthority -geometry 1440x900 -depth 24 -rfbwait 3 -rfbauth /home/user/.vnc/passwd -rfbport 5904 -pn -SecurityTypes VncAuth,TLSVnc 55f681b8f000400K r Xtigervnc 55
Bug#989089: tigervnc-standalone-server: when a vncserver instance is invoked, mate-panel starts grabbing memory
Package: tigervnc-standalone-server Version: 1.9.0+dfsg-3+deb10u3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After starting a vncserver process e.g.: vncserver :4 -geometry 1440x900 -depth 24 -localhost no the package mate-panel starts grabbing memory. * What exactly did you do (or not do) that was effective (or ineffective)? If the vncserver process is killed e.g.: vncserver -kill :4 a lot of memory is freed. * What was the outcome of this action? A running vncserver leads to mate-panel starting grabbing memory. * What outcome did you expect instead? Normal usgae of tigervnc without package mate-panel starting to grab memory *** End of the template - remove these template lines *** -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tigervnc-standalone-server depends on: ii libaudit1 1:2.8.4-3 ii libbsd0 0.9.1-2+deb10u1 ii libc6 2.28-10 ii libfile-readbackwards-perl 1.05-2 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgl1 1.1.0-1 ii libgnutls30 3.6.7-4+deb10u6 ii libjpeg62-turbo 1:1.5.2-2+deb10u1 ii libpam0g 1.3.1-5 ii libpixman-1-0 0.36.0-1 ii libselinux1 2.8-1+b1 ii libstdc++6 8.3.0-6 ii libsystemd0 241-7~deb10u7 ii libunwind8 1.2.1-10~deb10u1 ii libx11-6 2:1.6.7-1+deb10u2 ii libxau6 1:1.0.8-1+b2 ii libxdmcp6 1:1.1.2-3 ii libxfont2 1:2.0.3-1 ii libxshmfence1 1.3-1 ii perl 5.28.1-6+deb10u1 ii x11-xkb-utils 7.7+4 ii xauth 1:1.0.10-1 ii xkb-data 2.26-2 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages tigervnc-standalone-server recommends: ii libgl1-mesa-dri 18.3.6-2+deb10u1 ii tigervnc-common 1.9.0+dfsg-3+deb10u3 ii x11-xserver-utils 7.7+8 ii xfonts-base 1:1.0.5 Versions of packages tigervnc-standalone-server suggests: ii xfonts-100dpi 1:1.0.4+nmu1 ii xfonts-75dpi 1:1.0.4+nmu1 ii xfonts-scalable 1:1.0.3-1.1 -- no debconf information Information to package mate-panel = Package: mate-panel Version: 1.20.5-1 Severity: important -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo-gobject2 1.16.0-4+deb10u1 ii libcairo2 1.16.0-4+deb10u1 ii libdbus-1-3 1.12.20-0+deb10u1 ii libdbus-glib-1-2 0.110-4 ii libdconf1 0.30.1-2 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2+deb10u2 ii libgtk-3-0 3.24.5-1 ii libice6 2:1.0.9-2 ii libmate-desktop-2-17 1.20.4-2 ii libmate-menu2 1.20.2-1 ii libmate-panel-applet-4-1 1.20.5-1 ii libmateweather1 1.20.2-1 ii libpango-1.0-0 1.42.4-8~deb10u1 ii libpangocairo-1.0-0 1.42.4-8~deb10u1 ii librda0 0.0.5-1 ii librsvg2-2 2.44.10-2.1 ii libsm6 2:1.2.3-1 ii libstartup-notification0 0.12-6 ii libwnck-3-0 3.30.0-2 ii libx11-6 2:1.6.7-1+deb10u2 ii libxau6 1:1.0.8-1+b2 ii libxrandr2 2:1.5.1-1 ii mate-desktop 1.20.4-2 ii mate-menus