RFC: Epsilon GC JEP (original) (raw)
Peter B. Kessler Peter.B.Kessler at Oracle.COM
Thu Dec 14 23:57:51 UTC 2017
- Previous message (by thread): RFC: Epsilon GC JEP
- Next message (by thread): RFC: Epsilon GC JEP
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Which collection algorithm would you like System.gc() to run? Or is your suggestion that all the collectors support a "do not collect unless I call System.gc()" flag?
... peter
On 12/14/17 01:29 PM, Micha Berger wrote:
On Thu, Dec 14, 2017 at 09:42:53PM +0100, Roman Kennke wrote:
Am 14.12.2017 um 21:18 schrieb Aleksey Shipilev:
On 12/14/2017 01:15 AM, mberger wrote:
I think Epsilon supporting System.gc() / Runtime.getRuntime().gc() would be very useful. And if the behavior isn't wanted, well there is always -XX:+DisableExplicitGC. And that will do what? System.gc() requests are ignored by Epsilon, because there is nothing to do. I believe he wanted to say that it'd be useful if it did something (i.e. collect garbage). I presume the idea is to never do GC, except when explicitely requested. Yes, I was saying that in contrast to doing no GC, I would find it useful to have a GC system that only collects on demand. For example, a server that collects garbage when the number of connected clients goes to zero. It could tolerate a small amount of object accumulation, possibly stay up indefinitely. (Depending upon usage patterns.) And yet it would only delay a socket connection if there is a new client vary shortly after. -Micha
- Previous message (by thread): RFC: Epsilon GC JEP
- Next message (by thread): RFC: Epsilon GC JEP
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]