GC listener
Pas
pasthelod at gmail.com
Sat Mar 22 13:36:09 UTC 2014
Hello!
Just a quick For-Your-Information. At work we've implemented something very
similar to the notification and System.gc scenario. (The only meaningful
difference is that it's periodic, nothing dynamic-and-notification, there's
a schedule and it blindly takes load off, fires GC, puts load back; and it
uses the load-balancer's health-check functionality to signal that it's
about to do a GC, so it would even work with HAproxy, Hipache or even with
Nginx's 3rd party HealthCheckModule.) And I know of others who do this kind
of dance on their backend.
Cheers,
Pas
On Sat, Mar 22, 2014 at 12:40 PM, Milan Mimica <milan.mimica at infobip.com>wrote:
> Milan Mimica, Software Engineer / Team Leader
>
> Milan Mimica, Software Engineer / Team Leader
>
> On 03/21/2014 06:44 PM, Peter B. Kessler wrote:
>
>> If you exclude yourself from the load balancer before the collection, you
>> won't get any more work, won't do any more allocations, and won't cause the
>> collection. Wouldn't it be better to tune your collector to meet your
>> deadlines while getting work done?
>>
>
> Sure, application tuning is one way to go. I just want to know what my
> options are.
> A scheduled System.gc() with -XX:-ExplicitGCInvokesConcurrent also does
> the job, but it's ugly.
>
>
> _______________________________________________
> hotspot-gc-use mailing list
> hotspot-gc-use at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-gc-use/attachments/20140322/069e4e19/attachment.html>
More information about the hotspot-gc-use
mailing list