You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@netbeans.apache.org by "Lars Bruun-Hansen (Jira)" <ji...@apache.org> on 2021/04/17 08:14:00 UTC
[jira] [Updated] (NETBEANS-5592) Output Window is extremely slow
for Surefire tests (IDEA is 20x faster)
[ https://issues.apache.org/jira/browse/NETBEANS-5592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Lars Bruun-Hansen updated NETBEANS-5592:
----------------------------------------
Description:
For show casing the problem I've created a minimal example (attached). It simply prints 10,000 lines to {{stdout}}.
When the sample application is executed it performs well in both NetBeans IDE and IntelliJ IDEA: The "Output Window" is able to consume the messages at a very rapid pace. (in fact, dare I say, NetBeans IDE is perhaps a little bit faster than IntelliJ IDEA).
However, when the same is executed as a JUnit 5 test using Maven Surefire Plugin it performs extremely poorly in NetBeans IDE while IntelliJ IDEA exhibits same behavior as in the non-test case, meaning it is just as fast.
Below are executions of {{mvn clean install}} from within the two IDEs:
*NetBeans IDE:*
{code:java}
------------------------------------------------------------------------
BUILD SUCCESS
------------------------------------------------------------------------
Total time: 01:21 min
{code}
*IntelliJ IDEA*:
{noformat}
------------------------------------------------------------------------
BUILD SUCCESS
------------------------------------------------------------------------
Total time: 4.818 s
{noformat}
In fact, in the test scenario, NetBeans IDE is so slow to consume the messages that one needs to increase the Surefire Plugin's property {{forkedProcessExitTimeoutInSeconds}} from 30s to a lot more in order to avoid that Surefire will kill its forked process before all messages has been forwarded into the IDE. (try removing the setting from the POM and see what happens)
The reason why I'm logging this in the NetBeans bug tracker is that it seems to be specific to NetBeans IDE.
I've played around with various Surefire settings, such as {{forkCount = 0}} in order to disable forking. However, to no avail.
My tests are on Windows - in case it matters.
was:
For show casing the problem I've created a minimal example (attached). It simply prints 10,000 lines to {{stdout}}.
When the sample application is executed it performs well in both NetBeans IDE and IntelliJ IDEA: The "Output Window" is able to consume the messages at a very rapid pace. (in fact, dare I say, NetBeans IDE is perhaps a little bit faster than IntelliJ IDEA).
However, when the same is executed as a JUnit 5 test using Maven Surefire Plugin it performs extremely poorly in NetBeans IDE while IntelliJ IDEA exhibits same behavior as in the non-test case, meaning it is just as fast.
Below are executions of {{mvn clean install}} from within the two IDEs:
*NetBeans IDE:*
{code:java}
------------------------------------------------------------------------
BUILD SUCCESS
------------------------------------------------------------------------
Total time: 01:21 min
{code}
*IntelliJ IDEA*:
{noformat}
------------------------------------------------------------------------
BUILD SUCCESS
------------------------------------------------------------------------
Total time: 4.818 s
{noformat}
In fact, in the test scenario, NetBeans IDE is so slow to consume the messages that one needs to increase the Surefire Plugin's property {{forkedProcessExitTimeoutInSeconds}} from 30s to a lot more in order to avoid that Surefire will kill its forked process before all messages has been forwarded into the IDE. (try removing the setting from the POM and see what happens)
The reason why I'm logging this in the NetBeans bug tracker is that it seems to be specific to NetBeans IDE.
I've played around with various Surefire settings, such as {{forkCount = 0}} in order to disable forking. However, to no avail.
My tests are on Windows - in case it matters.
> Output Window is extremely slow for Surefire tests (IDEA is 20x faster)
> -----------------------------------------------------------------------
>
> Key: NETBEANS-5592
> URL: https://issues.apache.org/jira/browse/NETBEANS-5592
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Output Window
> Affects Versions: 12.1
> Reporter: Lars Bruun-Hansen
> Priority: Major
> Attachments: surefire-massive-output-test.zip
>
>
> For show casing the problem I've created a minimal example (attached). It simply prints 10,000 lines to {{stdout}}.
> When the sample application is executed it performs well in both NetBeans IDE and IntelliJ IDEA: The "Output Window" is able to consume the messages at a very rapid pace. (in fact, dare I say, NetBeans IDE is perhaps a little bit faster than IntelliJ IDEA).
> However, when the same is executed as a JUnit 5 test using Maven Surefire Plugin it performs extremely poorly in NetBeans IDE while IntelliJ IDEA exhibits same behavior as in the non-test case, meaning it is just as fast.
>
> Below are executions of {{mvn clean install}} from within the two IDEs:
> *NetBeans IDE:*
>
> {code:java}
> ------------------------------------------------------------------------
> BUILD SUCCESS
> ------------------------------------------------------------------------
> Total time: 01:21 min
> {code}
>
>
> *IntelliJ IDEA*:
>
> {noformat}
> ------------------------------------------------------------------------
> BUILD SUCCESS
> ------------------------------------------------------------------------
> Total time: 4.818 s
> {noformat}
>
>
>
> In fact, in the test scenario, NetBeans IDE is so slow to consume the messages that one needs to increase the Surefire Plugin's property {{forkedProcessExitTimeoutInSeconds}} from 30s to a lot more in order to avoid that Surefire will kill its forked process before all messages has been forwarded into the IDE. (try removing the setting from the POM and see what happens)
> The reason why I'm logging this in the NetBeans bug tracker is that it seems to be specific to NetBeans IDE.
> I've played around with various Surefire settings, such as {{forkCount = 0}} in order to disable forking. However, to no avail.
>
> My tests are on Windows - in case it matters.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@netbeans.apache.org
For additional commands, e-mail: commits-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists