[
https://issues.apache.org/jira/browse/NETBEANS-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17022598#comment-17022598
]
Shevek commented on NETBEANS-3744:
----------------------------------
Other strategies might include querying MemoryMXBean (or whatever it's called)
to discover percentage of heap free after last major GC cycle before deciding
to reuse a daemon, etc.
Note: We work around this outside NB by setting the daemon timeout to be 5 mins
on dev machines, and using --no-daemon on build machines.
> NetBeans should load multi-project gradle projects in one shot
> --------------------------------------------------------------
>
> Key: NETBEANS-3744
> URL: https://issues.apache.org/jira/browse/NETBEANS-3744
> Project: NetBeans
> Issue Type: Bug
> Affects Versions: 11.1, 11.2
> Environment: Gradle 5.6 definitely exhibits this. Haven't tried 6.x
> yet.
> I think Gradle 4.10.3 did not have the issue, but we didn't have 100
> subprojects and/or use a shared build cache back then either.
> Reporter: Shevek
> Priority: Major
>
> It appears that NB does a gradle "build" (model, whatever) per subproject in
> a multi module project. Given a project with say 100 subprojects, two things
> happen:
> 1. It takes FOREVER, because 100 invocations of gradle takes FOREVER.
> 2. It never completes, because after 30 or 40 projects, Gradle runs out of
> RAM, and the Gradle JVM goes into GC Ergonomics while holding various
> system-wide Gradle locks, and now the entire system is hung and NO Gradle
> invocation on that system can proceed.
> Please can NetBeans load this project-set in one bite, with a single
> invocation, from which it can get all the model data (like it used to with
> the old Gradle plugin)?
> This is the major reason why NetBeans takes such a long time to load, and
> frequently, when it detects file changes, I can only get NB to be usable
> again by restarting it.
> I already gave Gradle 10Gb of RAM; the project is definitely buildable and
> testable in 2Gb, the rest is caches/leaks/whatever, that's Gradle's proble
> but it's vastly exacerbated by the NB Gradle model-loading strategy.
> Related: NETBEANS-3041 which at least gives me the 10Gb. Before that, I think
> NB just used to crash.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
