I meant to send in a vote a few days ago, I’ve been using 19 moderately
intensely for
my daily work since it came out. No problems at all. A sweet release. Great
work!
> On Sep 1, 2023, at 5:28 AM, Eric Barboni wrote:
>
> The vote on Apache NetBeans 19 (vc1) is now closed with a result of 9
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, a
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), th
On Mon, 4 Sept 2023 at 10:01, Simon IJskes - QCG 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/0322
Before NB 12.5 Java 8 was required, After NB started using Java 9 (11?).
That is the only difference I can think of, and yes I got this issue
regularly on my Win 10 with all NB from 12.5.
On Wed, Aug 30, 2023 at 11:00 PM Eric Bresie wrote:
> Could the reproduction inconsistency be due to the con
On 9/4/23 11:00, Simon IJskes - QCG wrote:
The memory graph in the performance toolbar claims a huge amount of X11
resources.
Some platform details:
Netbeans 18,
openjdk version "17.0.8.1" 2023-08-24
OpenJDK Runtime Environment (build 17.0.8.1+1-Ubuntu-0ubuntu122.04)
OpenJDK 64-Bit Server VM
Hi,
The memory graph in the performance toolbar claims a huge amount of X11
resources.
When looking at xrestop you can see it growing every second.
It will clear with a GC, but if you give netbeans a huge java heap, this
GC is delayed. And the claim on X11 resources grows. It does take long