OOM Errors in 8GB JVM builds, -XX:SoftMaxHeapSize

Makarius makarius at sketis.net
Fri Nov 28 14:26:56 CET 2025


On 28/11/2025 13:32, Fabian Huch wrote:
> 
> Since we are using the Z garbage collector, I've now changed the build manager 
> to use its soft heap max size (8g) with a hard limit of 32g.

I was not aware of that fine point. Would you say that the Z garbage collector 
is where high-end Java applications are going, and that its extra options work 
properly?


> This should mean that we won't see any OOM errors unless things really go 
> wrong. However, it is a bit concerning that we went from <4g to >8g in the 
> last few months.

We have accumulated a lot of extras in Isabelle/Scala, tons of markup, and 
recently the online monitoring via Progress.Nodes_Status --- which is 
immediately visible in the initial session build panel of Isabelle/jEdit, with 
all these percentages and inverse status lines. The actual motivation behind 
that was support for "long running commands" in regular progress output, for 
batch builds, to see potential non-termination earlier.

I hope this state of affairs is sufficient for the Isabelle2025-1 release, so 
that further performance tuning can be postponed.


> If the soft heap limit works well, we could also do this by default in the 
> distribution.

Yes, as long as it means "the Distribution after Isabelle2025-1".


	Makarius



More information about the isabelle-dev mailing list