Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Zookeeper >> mail # user >> long time full gc


Copy link to this message
-
Re: long time full gc
It may take an arbitrary time to receive these events in general.

If they client is the only one with any disturbance and that disturbance is
exactly and only garbage collection, then what you say is true (that the
delay will be a few milliseconds or less).

On the other hand, if there are other disturbances such as VM disturbances,
it could be seconds.

On Sun, Oct 28, 2012 at 10:16 PM, lei liu <[EMAIL PROTECTED]> wrote:

> After full gc finish, the client receive disconnected event, and reconnect
> server, after the reconnect is successful , the client receive the
> session expried event form server. So  I think that need to takes a few
> milliseconds to receive session expried events from full gc  finish, that's
> right?
>
>
> 2012/10/29 Ted Dunning <[EMAIL PROTECTED]>
>
> > Yes.  When the GC finishes, it will get the disconnect and session
> > expiration event.
> >
> > You can experiment with what happens by using kill -STOP followed by kill
> > -CONT on a ZK client.
> >
> > On Sun, Oct 28, 2012 at 8:41 AM, lei liu <[EMAIL PROTECTED]> wrote:
> >
> > > I have one application, that use zk client to create ephemeral znode,
> the
> > > session timout is 30 seconds,  if the application encounter long time
> > full
> > > gc, example 60 seconds,  after full gc finish,  can the zk client
> > > immediately receive session expried event or disconnected event?
> > >
> > >
> > >
> > > Thanks,
> > > LiuLei
> > >
> >
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB