<div dir="ltr">Hi<div><br></div><div>Now I understand better. What I do not understand is why you have filed the bug on vnc when it is the mate-panel that hogs the memory.</div><div>For this to be a vnc bug I think we need some proof that this is VNC specific and this does not happen when starting a normal X session.</div><div><br></div><div>Vnc starts a desktop environment and mate-panel is a component of the Mate desktop environment.</div><div><br></div><div>Or am I completely wrong?</div><div><br></div><div>// Ola</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 29 May 2021 at 08:58, <a href="mailto:deltagamma1@gmx.net">deltagamma1@gmx.net</a> <<a href="mailto:deltagamma1@gmx.net">deltagamma1@gmx.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>The relevant machine has 8 GB RAM, 2 GB RAM is fix reserved for
oracle DB 18c xe.<br>
</p>
<p>As you can see here<br>
<br>
[user__at__machine:pts/4 ~/.vnc]$ date && free -tm<br>
Fr 30. Apr 16:09:49 CEST 2021<br>
total used free shared
buff/cache available<br>
Mem: 7978 2761 891 1278
4325 3636<br>
<br>
3.6 GB available memory before starting vncserver on 30. April
...<br>
<br>
=== after some days ======================<br>
[user__at__machine:pts/4 ~/.vnc]$ date && sudo pmap 8903 |
head -10<br>
Do 6. Mai 13:21:39 CEST 2021<br>
[sudo] Passwort für user:<br>
8903: mate-panel<br>
000055ec1bd26000 128K r---- mate-panel<br>
000055ec1bd46000 324K r-x-- mate-panel<br>
000055ec1bd97000 140K r---- mate-panel<br>
000055ec1bdba000 16K r---- mate-panel<br>
000055ec1bdbe000 4K rw--- mate-panel<br>
000055ec1cb34000 1698228K rw--- [ anon ]<br>
00007f9e90000000 1416K rw--- [ anon ]<br>
00007f9e90162000 64120K ----- [ anon ]<br>
00007f9e94000000 1448K rw--- [ anon ]<br>
[user__at__machine:pts/4 ~/.vnc]$<br>
[user__at__machine:pts/4 ~/.vnc]$ date && free -tm<br>
<br>
After 6 days, on 6 May mate-panel has grabbed more than 1698228K
==> 1.69 GB,<br>
the available memory sunk to 2 GB , the difference is approx. the
1.6 GB that mate-panel has grabbed.<br>
<br>
<br>
[user__at__machine:pts/4 ~/.vnc]$ date && free -tm<br>
Do 6. Mai 13:24:07 CEST 2021<br>
total used free shared
buff/cache available<br>
Mem: 7978 4357 541 1268
3079 2049<br>
Swap: 6649 2554 4095<br>
Total: 14628 6912 4636<br>
[user__at__machine:pts/4 ~/.vnc]$<br>
<br>
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 <br>
which indicates again that mate-panel has grabbed the difference
between the 2 "avaibale memory" states, namely 3.6GB and 2.0GB<br>
</p>
<p><br>
</p>
<p>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:</p>
<pre>========= reference machine with running vncserver AND connected client for a week ======
user__at__refmachine:~/.vnc$ sudo pmap 19726 |head -10
19726: mate-panel
0000558100ac1000 128K r---- mate-panel
0000558100ae1000 324K r-x-- mate-panel
0000558100b32000 140K r---- mate-panel
0000558100b55000 16K r---- mate-panel
0000558100b59000 4K rw--- mate-panel
000055810215e000 35224K rw--- [ anon ]
00007fcc30000000 132K rw--- [ anon ]
00007fcc30021000 65404K ----- [ anon ]
00007fcc34000000 132K 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 { 00005620203f9000 13064K rw--- [ anon ] } on the production machine
to 266 MB { 00005620203f9000 266824K rw--- [ anon ] } 1 day later on the production machine
up to 1.69 GB { 000055ec1cb34000 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
</pre>
<p><br>
<br>
<br>
</p>
<div>Am 26.05.2021 um 08:27 schrieb Ola
Lundqvist:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi
<div><br>
</div>
<div>When you are referring to "grabbing memory" how much are
you expecting mate-panel to use?</div>
<div>Is it much more than what the mate-panel use to use in
other X servers?</div>
<div>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.</div>
<div><br>
</div>
<div>Cheers</div>
<div><br>
</div>
<div>// Ola</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Tue, 25 May 2021 at 18:19,
<a href="mailto:deltagamma1@gmx.net" target="_blank">deltagamma1@gmx.net</a>
<<a href="mailto:deltagamma1@gmx.net" target="_blank">deltagamma1@gmx.net</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">forgot
to attach some files<br>
<br>
<br>
<br>
_______________________________________________<br>
Pkg-tigervnc-devel mailing list<br>
<a href="mailto:Pkg-tigervnc-devel@alioth-lists.debian.net" target="_blank">Pkg-tigervnc-devel@alioth-lists.debian.net</a><br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-tigervnc-devel" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-tigervnc-devel</a><br>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr">
<div><font size="1" face="courier new, monospace"> ---------------------
Ola Lundqvist ---------------------------</font></div>
<div><font size="1" face="courier new, monospace">/ <a href="mailto:opal@debian.org" target="_blank">opal@debian.org</a>
</font><a href="mailto:ola@inguza.com" target="_blank">ola@inguza.com</a>
\</div>
<div><span>| </span><a href="http://inguza.com/" target="_blank">http://inguza.com/</a><span>
+46 (0)70-332 1551 |</span><br>
</div>
<div><span> ---------------------------------------------------------------</span><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><font face="courier new, monospace" size="1"> --------------------- Ola Lundqvist ---------------------------</font></div><div><font face="courier new, monospace" size="1">/ <a href="mailto:opal@debian.org" target="_blank">opal@debian.org</a> </font><a href="mailto:ola@inguza.com" style="font-family:"courier new",monospace;font-size:x-small" target="_blank">ola@inguza.com</a> \</div><div><span style="font-family:"courier new",monospace;font-size:x-small">| </span><a href="http://inguza.com/" style="font-family:"courier new",monospace;font-size:x-small" target="_blank">http://inguza.com/</a><span style="font-family:"courier new",monospace;font-size:x-small"> +46 (0)70-332 1551 |</span><br></div><div><span style="font-family:"courier new",monospace;font-size:x-small"> ---------------------------------------------------------------</span><br></div><div><br></div></div></div></div></div></div>