[
https://issues.apache.org/jira/browse/CASSANDRA-3590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13165801#comment-13165801
]
Brandon Williams commented on CASSANDRA-3590:
---------------------------------------------
bq. 1) This can become a bottleneck in some cases where the latencies are
higher.
I think we should see how CASSANDRA-3378 works out before jumping to this level
of complexity.
bq. by making it a configurable option to configure the number of connections
and also making the queue common to those connections
I think this might get hairy with regard to protocol versioning, since OTC is
where it is always set.
> Use multiple connection to share the OutboutTCPConnection
> ---------------------------------------------------------
>
> Key: CASSANDRA-3590
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3590
> Project: Cassandra
> Issue Type: Improvement
> Components: Core
> Affects Versions: 1.1
> Reporter: Vijay
> Assignee: Vijay
> Priority: Minor
> Fix For: 1.1
>
>
> Currently there is one connection between any given host to another host in
> the cluster, the problem with this is:
> 1) This can become a bottleneck in some cases where the latencies are higher.
> 2) When a connection is dropped we also drop the queue and recreate a new one
> and hence the messages can be lost (Currently hints will take care of it and
> clients also can retry)
> by making it a configurable option to configure the number of connections and
> also making the queue common to those connections the above 2 issues can be
> resolved.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
