zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chang Song <tru64...@me.com>
Subject Re: Serious problem processing hearbeat on login stampede
Date Tue, 19 Apr 2011 10:26:12 GMT

Problem solved.
it was socket linger option set to 2 sec timeout.

We have verified that the original problem goes away when we turn off linger option.
No longer a mystery ;)


https://issues.apache.org/jira/browse/ZOOKEEPER-1049


Chang


2011. 4. 19., 오전 3:16, Mahadev Konar 작성:

> Camille, Ted,
> Can we continue the discussion on
> https://issues.apache.org/jira/browse/ZOOKEEPER-1049?
> 
> We should track all the suggestions/issues on the jira.
> 
> thanks
> mahadev
> 
> On Mon, Apr 18, 2011 at 9:03 AM, Ted Dunning <ted.dunning@gmail.com> wrote:
>> Interesting.  It does seem to suggestion the session expiration is
>> expensive.
>> 
>> There is a concurrent table in guava that provides very good multi-threaded
>> performance.  I think that is achieved by using a number of locks and then
>> distributing threads across the locks according to the hash slot being used.
>>  But I would have expected any in memory operation to complete very quickly.
>> 
>> Is it possible that the locks on the session table are held longer than they
>> should be?
>> 
>> 2011/4/18 Fournier, Camille F. [Tech] <Camille.Fournier@gs.com>
>> 
>>> Is it possible this is related to this report back in February?
>>> 
>>> http://mail-archives.apache.org/mod_mbox/zookeeper-user/201102.mbox/%3C6642FC1CAF133548AA8FDF497C547F0A23C0C5265B@NYWEXMBX2126.msad.ms.com%3E
>>> 
>>> I theorized that the issue might be due to synchronization on the session
>>> table, but never got enough information to finish the investigation.
>>> 
>> 
> 
> 
> 
> -- 
> thanks
> mahadev
> @mahadevkonar


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message