I cant be absolute, but the majority of the graphic contexts is returned with a garbage collection.

The problem is, with a large heap, the X11 server resources are exhausted (so it seems) before a garbage collection occurs automatically.

Also the Xserver memory consumption can easily go over 4Gb. Other L&F do not have this problem. It is only reproducable with Metal L&F.

Gr. Simon

On 05-09-2023 12:26, Peter Hull wrote:
It would be good if someone could try and reproduce this (I don't use
netbeans on Linux) but it seems like it might not be Netbeans to
blame? Also can you just clarify - are these X resources returned
after a GC or is there some amount which is permanently leaked?

On Mon, 4 Sept 2023 at 12:40, Simon IJskes - QCG <si...@qcg.nl> wrote:

The rate of GC increments depends on if the performance toolbar is the
last in the toolbars, when i add a custom toolbar at the end, it is down
to 3 per second. When not about 30+ per second.

Using Metal Laf.

Gr Simon

On 9/4/23 13:19, Simon IJskes - QCG wrote:

Thanks,

had a look as well, and nothing looks like a forgotten dispose, in that
component.

I'm starting to think it is a broader problem. Maybe more a LAF thing,
if i 'hide' the window (i dont know the proper term, the display manager
shows a button with windowtitle in [] in the panel), the increment of
the graphics contexts stops. Also it is probably dependend on the
netbeans window content. After restarting netbeans it is down to 3 gc
extra per second.

Gr. Simon

On 9/4/23 11:59, Peter Hull wrote:
On Mon, 4 Sept 2023 at 10:01, Simon IJskes - QCG <si...@qcg.nl> wrote:
The memory graph in the performance toolbar claims a huge amount of X11
resources.

To give an idea, it creates 30 X11 graphics contexts per second.

For information - this is implemented in
https://github.com/apache/netbeans/blob/0322fce7c3f5c9335f2bcb00e5751de81fdb7ffb/platform/openide.actions/src/org/openide/actions/HeapView.java#L62
I had a quick look and I can't see anything jumping out as being the
problem, it's quite a simple pure Java class.
The auto update is set to trigger every 1500 milliseconds so something
else must be causing it to refresh at 30 times per second.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





--
create firmware without programming https://www.bendyroad.com


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



Reply via email to