[ 
https://issues.apache.org/jira/browse/CASSANDRA-1424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12908842#action_12908842
 ] 

Erik Onnen commented on CASSANDRA-1424:
---------------------------------------

I've seen one or two hyper-secure environments where reuseaddr was frowned 
upon, that's about the only thing I can think of. If keepalives are dropped by 
policy (mobile networks for example) then it's wasteful but not harmful to have 
it on. 

As long as there are ways to disable the behavior, I'm all for making them 
default on.

> Allow fine-tuning of Thrift TCP behavior for Thrift-managed sockets
> -------------------------------------------------------------------
>
>                 Key: CASSANDRA-1424
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1424
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 0.7 beta 1, 0.7 beta 2, 0.7.0
>            Reporter: Erik Onnen
>            Priority: Minor
>             Fix For: 0.7.0
>
>         Attachments: CAS-1424.patch
>
>
> Would be nice to be able to control low-level TCP socket behaviors for the 
> Thrift-managed sockets used by o.a.c.thrift.CassandraDaemon.
> Blatantly stole the idea from here: 
> http://mail-archives.apache.org/mod_mbox/hadoop-hive-commits/201006.mbox/%3c20100616044535.e78172388...@eris.apache.org%3e
> Patch attached, implemented to retain default behavior with current system 
> but allows definition of the following in cassandra.yaml:
> * rpc_keepalive (default:false)
> * rpc_reuse_addrs (default:false)
> * rpc_send_buff_size_in_bytes (default:undefined)
> * rpc_recv_buff_size_in_bytes (default:undefined)
> Wasn't sure how/if to write a unit test so could use some advice there.
> Verified that configs are picked up correctly and the socket accepts them on 
> Linux 2.6 kernel.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to