[
https://issues.apache.org/jira/browse/NETBEANS-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16798368#comment-16798368
]
Shevek commented on NETBEANS-2291:
----------------------------------
You know, I've been bothering with that, but this is a pure Linux system with
no weirdnesses. I did suspect that the JDK might be behaving differently on the
12-core to the old 4-core. But ... I'm inclined to discount the laptop because:
* I don't know that the environment is an exact clone - old is Ubuntu 16.04,
new is Ubuntu 18.10
* All the behaviours in NetBeans are explained by visualvm traces showing that
it really IS doing something it shouldn't be. A laptop can't make NetBeans
spend all that time in the active reference queue daemon.
* The new laptop is in all regards other than NetBeans performing beautifully
under all workloads, including Java and Gradle builds. I'm a high-performance
Java programmer, and understand quite well what I'm looking at.
* NB was pretty slow on the old machine _sometimes_ too.
* On the new machine I'm mostly settled on NB10 under JDK11, on the old I
preferred NB 8.2 under JDK8.
The old machine was a Lenovo Thinkpad T550, the new machine is a Lenovo
Thinkpad P1.
> NetBeans is unusably slow
> -------------------------
>
> Key: NETBEANS-2291
> URL: https://issues.apache.org/jira/browse/NETBEANS-2291
> Project: NetBeans
> Issue Type: Bug
> Affects Versions: 8.2, 10.0
> Environment: Ubuntu 18.10
> Linux 4.18.0
> 12 core Xeon E-2176M with 64Gb RAM
> -Xmx2536m (2.5Gb for NB, of which it uses about 1.7G)
> NetBeans 10vc2, 10vc5, 8.2
> JDK 1.8.0_191
> JDK 11.0.1
> G1GC, CMS GC, Serial GC
> Reporter: Shevek
> Priority: Critical
> Labels: performance, usability
> Attachments: slow-stack-00.txt
>
>
> I used to use NetBeans 8 on JDK8, it was tolerable, but slow.
> Now I have a new laptop, I've tried nb8, nb10 on jdk8, jdk11, with g1gc,
> cmsgc, other gc. They are all UNUSABLY slow. By which I mean, it takes over a
> minute just to open a file.
> Mostly this is because things are waiting for things waiting for very
> inefficiently implemnted file I/O, editor parsing, or things like that. I've
> watched a 12-core Xeon chip spend over 4 hours just attempting to handle the
> Active Reference Queue Daemon thread.
> The slowdown is somewhat incremental - I can escape it as long as I'm happy
> to restart NetBeans every hour or so (which I'm not happy to do).
> Attached a stack dump to get you started, this took over a minute to open a
> 284-line Java file from idle.
> Please feel free to ask all the obvious questions, although I'm fairly sure
> all the obvious things have been done. Mostly, I've got GC down to a
> negligible amount.
> If there's one or more features of NetBeans I can disable to get acceptable
> behaviour while still being able to realistically edit Java code, please tell
> me and I will disable them because I am at the end of my rope after using
> (and developing for) NetBeans for nearly 10 years. If I can get IntelliJ to
> load a Java/Gradle project neatly before this gets fixed, I'm gone.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
