cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Richard Grossman <richie...@gmail.com>
Subject Re: MultiThread Client problem with thrift
Date Tue, 22 Dec 2009 14:01:21 GMT
So I can't use it.

But I've make my own connection pool. This are not fix nothing because the
problem is lower than even java. In fact the socket is closed and java
consider it as close but the system keep the Socket in the  state TIME_WAIT.
Then the port used is actually still in use.

So my question is that is there people that manage to open multiple
connection and ride off the TIME_WAIT. No matter in which language PHP or
Python etc...

Thanks

On Tue, Dec 22, 2009 at 2:55 PM, Ran Tavory <rantav@gmail.com> wrote:

> I don't have a 0.5.0-beta2 version, no. It's not too difficult to add it,
> but I haven't done so myself, I'm using 0.4.2
>
>
> On Tue, Dec 22, 2009 at 2:42 PM, Richard Grossman <richiesgr@gmail.com>wrote:
>
>> Yes of course but do you have updated to cassandra 0.5.0-beta2 ?
>>
>>
>> On Tue, Dec 22, 2009 at 2:30 PM, Ran Tavory <rantav@gmail.com> wrote:
>>
>>> Would connection pooling work for you?
>>> This Java client http://code.google.com/p/cassandra-java-client/ has
>>> connection pooling.
>>> I haven't put the client under stress yet so I can't testify, but this
>>> may be a good solution for you
>>>
>>>
>>> On Tue, Dec 22, 2009 at 2:22 PM, Richard Grossman <richiesgr@gmail.com>wrote:
>>>
>>>> I agree it's solve my problem but can give a bigger one.
>>>> The problem is I can't succeed to prevent opening a lot of connection
>>>>
>>>>
>>>> On Tue, Dec 22, 2009 at 1:51 PM, Jaakko <rosvopaallikko@gmail.com>wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I don't know the particulars of java implementation, but if it works
>>>>> the same way as Unix native socket API, then I would not recommend
>>>>> setting linger to zero.
>>>>>
>>>>> SO_LINGER option with zero value will cause TCP connection to be
>>>>> aborted immediately as soon as the socket is closed. That is, (1)
>>>>> remaining data in the send buffer will be discarded, (2) no proper
>>>>> disconnect handshake and (3) receiving end will get TCP reset.
>>>>>
>>>>> Sure this will avoid TIME_WAIT state, but TIME_WAIT is our friend and
>>>>> is there to avoid packets from old connection being delivered to new
>>>>> incarnation of the connection. Instead of avoiding the state, the
>>>>> application should be changed so that TIME_WAIT will not be a problem.
>>>>> How many open files you can see when the exception happens? Might be
>>>>> that you're out of file descriptors.
>>>>>
>>>>> -Jaakko
>>>>>
>>>>>
>>>>> On Tue, Dec 22, 2009 at 8:17 PM, Richard Grossman <richiesgr@gmail.com>
>>>>> wrote:
>>>>> > Hi
>>>>> > To all is interesting I've found a solution seems not recommended
but
>>>>> > working.
>>>>> > When opening a Socket set this:
>>>>> >    tSocket.getSocket().setReuseAddress(true);
>>>>> >    tSocket.getSocket().setSoLinger(true, 0);
>>>>> > it's prevent to have a lot of connection TIME_WAIT state but not
>>>>> > recommended.
>>>>> >
>>>>>
>>>>
>>>>
>>>
>>
>

Mime
View raw message