You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Vijay (Issue Comment Edited) (JIRA)" <ji...@apache.org> on 2012/01/17 07:06:39 UTC
[jira] [Issue Comment Edited] (CASSANDRA-3590) Use multiple
connection to share the OutboutTCPConnection
[ https://issues.apache.org/jira/browse/CASSANDRA-3590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13187466#comment-13187466 ]
Vijay edited comment on CASSANDRA-3590 at 1/17/12 6:06 AM:
-----------------------------------------------------------
Finally had a chance to do this bench mark.
Configuration: M2.4xl (AWS)
Traffic Between: US and EU
Open JDK, CentOS 5.6
3 Tests where done where the active queue is the limiting factor for the traffic to go across the nodes. Latency is the metric which we are trying to measure in this test (With 1 connection the latency is high, because of the Delay over the public internet in a AWS multi region setup).
Code for the benchmark is attached with this ticket.
Server A (US): java -jar Listener.jar 7103
Server B (EU): java -jar RunTest.jar 1 107.22.50.61 7103 500
Server C (US): java -jar Listener.jar 7103
Server D (EU): java -jar RunTest.jar 2 107.22.50.61 7103 500
Data is collected with 1 Second interval (plz see code for details).
Code for the IncomingTcpConnection and OutboundTcpConnection was modified a little bit to work independent of other cassandra services (Plz see code for details).
was (Author: vijay2win@yahoo.com):
Finally had a chance to do this bench mark.
Configuration: M2.4xl (AWS)
Traffic Between: US and EU
Open JDK, CentOS 5.6
3 Tests where done where the active queue is the limiting factor for the traffic to go across the nodes. Latency is the metric which we are trying to measure in this test (With 1 connection the latency is high, because of the Delay over the public internet in a AWS multi region setup).
Code for the benchmark is attached with this ticket.
Server A (US): java -jar Listener.jar 7103
Server B (EU): java -jar RunTest.jar 1 107.22.50.61 7103 500
Server C (US): java -jar Listener.jar 7103
Server D (EU): java -jar RunTest.jar 2 107.22.50.61 7103 500
Data is collected with 1 Second interval (plz see code for details).
> 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.2
>
> Attachments: TCPTest.xlsx, TCPTest.zip
>
>
> 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