A JFrame with a button on it creates 18 X11 graphics contexts according
to xrestop. (tested on JDK 21 build34)
Resizing it or pressing the button will very quickly produce more and
will overtake the NetBeans instance which I have running in the
background within a few seconds.
After reading a bit about X11 contexts this doesn't surprise me, I am
also not convinced that a high number is a problem.
I had a GPU in a lab which did produce artifacts too, it wasn't a big
problem since it was fairly rare, at some point the power supply got
swapped out which fixed the problem entirely (and I almost sent the GPU
back). Graphics artifacts can have many non-obvious hardware causes. I
am not saying that this is the case here, but I am skeptical that it has
something to do with x11 graphics contexts, at least until there is more
evidence :)
best regards,
michael
On 05.09.23 23:50, Simon IJskes - QCG wrote:
xrestop - Display: localhost
Monitoring 47 clients. XErrors: 0
Pixmaps: 1407157K total, Other: 491K total, All:
1407648K total
res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID
Identifier
1800000 9 3 0 27 84 594329K 2K 594332K 4070
hhhhhhhhhhh
3600000 208 21 1 34 431 485415K 16K 485431K 6593
hhhhhhhhhhhh
3c00000 9 6600 1 6560 6594 209589K 310K 209899K 649999
hhhhhhhhh - Apache NetBeans IDE 18
(hhh used to anonymize)
The GC increments with 30/sec.
The Pxms increments with 10/sec.
To reproduce:
* Enable Metal L&F
* Reset Toolbars
When i add "My toolbar" with "Select in favorites" to the end of the
toolbar, the growth of the X11 GC drops to 3 per second.
When i force a garbage collection, the number of X11 GC and X11 Pxms
drops.
The large heap is indeed subjective. When i run with 3G heap, netbeans
will render without artifacts, on my system. (artifacts like partially
rendered texts in tree control) But this will depend on other programs
active under X11 so it seems.
Gr. Simon
On 9/5/23 21:16, Antonio wrote:
Hi,
Please specify steps to reproduce this. "Large heap" is subjective.
"When looking at xrestop you can see 'it' growing every second" is
also ambiguous: what's exactly growing every second?
I installed xrestop and switched to the Metal Look and Feel, and the
xrestop line remains unchanged for NetBeans even if I resize the window.
Cheers,
Antonio
On 5/9/23 19:54, Simon IJskes - QCG wrote:
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.
---------------------------------------------------------------------
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
