You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Simon IJskes - QCG <si...@qcg.nl> on 2023/09/04 09:00:47 UTC
x11 resource claim of graph applet in performance toolbar
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
before netbeans to rise to the top, and some time later rendering
artifacts start to occur. These are solved (so it looks) by clicking on
the graph forcing GC.
To give an idea, it creates 30 X11 graphics contexts per second.
During the search for this behaviour, i also noticed the applet cannot
be removed from the toolbar. Drag operation does not work, which it does
on the other buttons in the performance toolbar.
Anything here i should create bugreports for?
Groeten,
Simon
--
create firmware without programming https://www.bendyroad.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
I'm unable to run with glx extensions. There i run so fast out of memory
that my whole X11 crashes (in about 6 hours or so).
See:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/7626
Gr. Simon
On 9/5/23 23:39, Tamás Cservenák wrote:
> Am using (somewhat limited, but still) Netbeans on Linux + Wayland (Intel
> XE graphics), no problems so far. This is on laptops with Intel XE. My
> desktop has an NVidia GeForce GFX so I use X11 as Wayland on nVidia is meh.
> So, I can run NB on Wayland and X11. Linux on both are Fedora 38...
>
> Can you give me some pointers on how to check these?
>
> Thanks
> T
--
create firmware without programming https://www.bendyroad.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
i've written in a previous email 9/5/23 23:50, how to reproduce in
netbeans, but i think you are looking for specifics of my X11
environment i guess?
Gr. Simon
On 9/5/23 23:39, Tamás Cservenák wrote:
> Am using (somewhat limited, but still) Netbeans on Linux + Wayland (Intel
> XE graphics), no problems so far. This is on laptops with Intel XE. My
> desktop has an NVidia GeForce GFX so I use X11 as Wayland on nVidia is meh.
> So, I can run NB on Wayland and X11. Linux on both are Fedora 38...
>
> Can you give me some pointers on how to check these?
>
> Thanks
> T
--
create firmware without programming https://www.bendyroad.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Tamás Cservenák <ta...@cservenak.net>.
Am using (somewhat limited, but still) Netbeans on Linux + Wayland (Intel
XE graphics), no problems so far. This is on laptops with Intel XE. My
desktop has an NVidia GeForce GFX so I use X11 as Wayland on nVidia is meh.
So, I can run NB on Wayland and X11. Linux on both are Fedora 38...
Can you give me some pointers on how to check these?
Thanks
T
On Tue, Sep 5, 2023 at 11:31 PM Simon IJskes - QCG <si...@qcg.nl> wrote:
> If i disable the memory graph, the resource claim growth is immediately
> reduced.
>
> The GC i was talking about, are X11 Graphic Contexts.
>
> Gr. Simon
>
> On 9/5/23 23:16, Michael Bien wrote:
> > hi Simon,
> >
> >
> > On 04.09.23 11:00, Simon IJskes - QCG wrote:
> >
> >> It does take long before netbeans to rise to the top, and some time
> >> later rendering artifacts start to occur. These are solved (so it
> >> looks) by clicking on the graph forcing GC.
> >
> > This would indicate that UI resources are freed during object
> > finalization (or equivalent). This wouldn't be a good strategy since it
> > correlates two independent resources with each other (although I have
> > seen this done in past in other projects). Its like only refueling your
> > car if the water bottle is empty.
> >
> > I can't reproduce this right now and never saw something like this
> > happening while using NetBeans, but if this is the case and we can
> > figure out what it is, we should take a look at it.
> >
> >
> >>
> >> 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.
> >
> > why do you think that the memory graph is causing this? Maybe I am
> > missing something but I read the other mails too and don't see the
> > connection. You can turn it off, see below.
> >
> >
> >>
> >> During the search for this behaviour, i also noticed the applet cannot
> >> be removed from the toolbar. Drag operation does not work, which it
> >> does on the other buttons in the performance toolbar.
> >
> > right click on empty tool bar space -> uncheck "Performance"
> >
> >
> >> 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.
> >
> > How did you measure this? 3 GCs per second in the young generation would
> > be completely normal, 3 in the old generation would be very suspicious.
> >
> > Finalization does also only happen in certain GC phases and is
> > implementation dependent (one reason why its deprecated for removal).
> > Clicking the memory graph should run it if G1 is used.
> >
> >
> >> I'm starting to think it is a broader problem. Maybe more a LAF thing,
> >> if i 'hide' the window...
> >
> > NB does far more than just rendering text and buttons. It could scan
> > your projects for changed files or run other periodic tasks. Those tasks
> > are usually suspended when you minimize the main window - you might be
> > measuring something here you don't intend to.
> >
> >
> > make sure you test with the latest JDK update release to exclude runtime
> > bugs (maybe its even a X11 bug),
> >
> >
> > best regards,
> >
> > michael
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> > For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
Re: x11 resource claim of graph applet in performance toolbar
Posted by Michael Bien <mb...@gmail.com>.
On 05.09.23 23:29, Simon IJskes - QCG wrote:
> If i disable the memory graph, the resource claim growth is
> immediately reduced.
>
> The GC i was talking about, are X11 Graphic Contexts.
ah I see :) I actually almost asked what you meant by "GC" since the
numbers didn't make sense to me, but since clicking the memory graph
literally triggers a garbage collection I thought you referred to those,
since GC is a commonly used shortcut in java land.
I don't know much about X11 graphics contexts so I am not sure if this
is a problem.
rendering artifacts could also indicate hardware issues.
-mbien
>
> Gr. Simon
>
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
If i disable the memory graph, the resource claim growth is immediately
reduced.
The GC i was talking about, are X11 Graphic Contexts.
Gr. Simon
On 9/5/23 23:16, Michael Bien wrote:
> hi Simon,
>
>
> On 04.09.23 11:00, Simon IJskes - QCG wrote:
>
>> It does take long before netbeans to rise to the top, and some time
>> later rendering artifacts start to occur. These are solved (so it
>> looks) by clicking on the graph forcing GC.
>
> This would indicate that UI resources are freed during object
> finalization (or equivalent). This wouldn't be a good strategy since it
> correlates two independent resources with each other (although I have
> seen this done in past in other projects). Its like only refueling your
> car if the water bottle is empty.
>
> I can't reproduce this right now and never saw something like this
> happening while using NetBeans, but if this is the case and we can
> figure out what it is, we should take a look at it.
>
>
>>
>> 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.
>
> why do you think that the memory graph is causing this? Maybe I am
> missing something but I read the other mails too and don't see the
> connection. You can turn it off, see below.
>
>
>>
>> During the search for this behaviour, i also noticed the applet cannot
>> be removed from the toolbar. Drag operation does not work, which it
>> does on the other buttons in the performance toolbar.
>
> right click on empty tool bar space -> uncheck "Performance"
>
>
>> 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.
>
> How did you measure this? 3 GCs per second in the young generation would
> be completely normal, 3 in the old generation would be very suspicious.
>
> Finalization does also only happen in certain GC phases and is
> implementation dependent (one reason why its deprecated for removal).
> Clicking the memory graph should run it if G1 is used.
>
>
>> I'm starting to think it is a broader problem. Maybe more a LAF thing,
>> if i 'hide' the window...
>
> NB does far more than just rendering text and buttons. It could scan
> your projects for changed files or run other periodic tasks. Those tasks
> are usually suspended when you minimize the main window - you might be
> measuring something here you don't intend to.
>
>
> make sure you test with the latest JDK update release to exclude runtime
> bugs (maybe its even a X11 bug),
>
>
> best regards,
>
> michael
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Michael Bien <mb...@gmail.com>.
hi Simon,
On 04.09.23 11:00, Simon IJskes - QCG wrote:
> It does take long before netbeans to rise to the top, and some time
> later rendering artifacts start to occur. These are solved (so it
> looks) by clicking on the graph forcing GC.
This would indicate that UI resources are freed during object
finalization (or equivalent). This wouldn't be a good strategy since it
correlates two independent resources with each other (although I have
seen this done in past in other projects). Its like only refueling your
car if the water bottle is empty.
I can't reproduce this right now and never saw something like this
happening while using NetBeans, but if this is the case and we can
figure out what it is, we should take a look at it.
>
> 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.
why do you think that the memory graph is causing this? Maybe I am
missing something but I read the other mails too and don't see the
connection. You can turn it off, see below.
>
> During the search for this behaviour, i also noticed the applet cannot
> be removed from the toolbar. Drag operation does not work, which it
> does on the other buttons in the performance toolbar.
right click on empty tool bar space -> uncheck "Performance"
> 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.
How did you measure this? 3 GCs per second in the young generation would
be completely normal, 3 in the old generation would be very suspicious.
Finalization does also only happen in certain GC phases and is
implementation dependent (one reason why its deprecated for removal).
Clicking the memory graph should run it if G1 is used.
> I'm starting to think it is a broader problem. Maybe more a LAF thing,
> if i 'hide' the window...
NB does far more than just rendering text and buttons. It could scan
your projects for changed files or run other periodic tasks. Those tasks
are usually suspended when you minimize the main window - you might be
measuring something here you don't intend to.
make sure you test with the latest JDK update release to exclude runtime
bugs (maybe its even a X11 bug),
best regards,
michael
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
I've closed every window in NB until the problem disappeared and the
huge resource claim is caused by any of the treebased windows.
The project group contains 43 POMs. Smaller project groups, cause much
less resource claims.
Other L&F like FlatLaf don't have this issue at all.
I've looked around in de NB sources and could not find any Metal
specific trickery.
That leads me to believe the Metal L&F is causing this. So no bugs to
fix in NetBeans.
Thanks for the engagement, and thinking with me.
Gr. Simon
On 9/6/23 01:43, Laszlo Kishalmi wrote:
> Oh, NetBeans is the java-lang-Thread.
>
> It was taken on Ubuntu 23.04, on AMD GPU, using Wayland, and Java 17 as
> runtime.
> --
create firmware without programming https://www.bendyroad.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Laszlo Kishalmi <la...@gmail.com>.
Oh, NetBeans is the java-lang-Thread.
It was taken on Ubuntu 23.04, on AMD GPU, using Wayland, and Java 17 as
runtime.
On 9/5/23 16:40, Laszlo Kishalmi wrote:
> Just adding my data to here:
>
> xrestop - Display: localhost
> Monitoring 20 clients. XErrors: 0
> Pixmaps: 145296K total, Other: 40K total, All: 145337K
> total
>
> res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID
> Identifier
> 1600000 44 7 1 13 87 40783K 4K 40787K 49409
> Thunderbird
> 0800000 11 2 0 0 68 25615K 1K 25617K 5904
> NoMachine - punchh, Ubuntu 22.04.3 LTS
> 2000000 1 1 0 5 13 24841K 360B 24841K ? <unknown>
> 1200000 14 2 1 228 266 22774K 7K 22782K 32551
> NoMachine - punchh, Ubuntu 22.04.3 LTS
> 2600000 6 106 1 101 128 9832K 6K 9839K ?
> java-lang-Thread
>
> On 9/5/23 14: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-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Laszlo Kishalmi <la...@gmail.com>.
Just adding my data to here:
xrestop - Display: localhost
Monitoring 20 clients. XErrors: 0
Pixmaps: 145296K total, Other: 40K total, All: 145337K
total
res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier
1600000 44 7 1 13 87 40783K 4K 40787K 49409
Thunderbird
0800000 11 2 0 0 68 25615K 1K 25617K 5904
NoMachine - punchh, Ubuntu 22.04.3 LTS
2000000 1 1 0 5 13 24841K 360B 24841K ? <unknown>
1200000 14 2 1 228 266 22774K 7K 22782K 32551
NoMachine - punchh, Ubuntu 22.04.3 LTS
2600000 6 106 1 101 128 9832K 6K 9839K ?
java-lang-Thread
On 9/5/23 14: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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Michael Bien <mb...@gmail.com>.
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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Antonio <an...@vieiro.net.INVALID>.
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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
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-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Peter Hull <pe...@gmail.com>.
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-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Peter Hull <pe...@gmail.com>.
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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: x11 resource claim of graph applet in performance toolbar
Posted by Simon IJskes - QCG <si...@qcg.nl>.
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 (build 17.0.8.1+1-Ubuntu-0ubuntu122.04, mixed
mode, sharing)
X11: 2:21.1.4-2ubuntu1.7~22.04.1
Gr. Simon
--
create firmware without programming https://www.bendyroad.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists