Hacker News new | past | comments | ask | show | jobs | submit login

It's not a issue? It's one of the cases where it does make sense to use Epsilon as the heap is cleared anyway on program exit.

From the post:

> There is a strong temptation to use Epsilon on deployed programs, rather than to confine it to performance tuning work. As a rule, the Java team discourages this use, with two exceptions. Short-running programs, like all programs, invoke the garbage collector at the end of their run. However, as JEP 318 explains, “accepting the garbage collection cycle to futilely clean up the heap is a waste of time, because the heap would be freed on exit anyway.”




Yes, my point is, why do you have to explicitly select the no-op GC for this purpose, when the default GC could already behave this way?


The default GC's do already behave this way. They don't run GC on exit. Why on earth would they?


I believe you are correct but it's worth pointing out that the post above is from an oracle blog and seems to suggest they do run on exit.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: