Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Tue, 17 Jan 2012 06:04:39 +0000 (UTC)
From: "Vijay (Updated) (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: 
 <1883122080.47403.1326780279750.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <250762751.52815.1323332979933.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (CASSANDRA-3590) Use multiple connection to share
 the OutboutTCPConnection
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/CASSANDRA-3590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vijay updated CASSANDRA-3590:
-----------------------------

    Attachment: TCPTest.zip

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.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