Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 89A26D88A for ; Mon, 12 Nov 2012 23:53:09 +0000 (UTC) Received: (qmail 9082 invoked by uid 500); 12 Nov 2012 23:53:07 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 9058 invoked by uid 500); 12 Nov 2012 23:53:07 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 9050 invoked by uid 99); 12 Nov 2012 23:53:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Nov 2012 23:53:07 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of agundabattula@gmail.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vb0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Nov 2012 23:53:00 +0000 Received: by mail-vb0-f44.google.com with SMTP id fc26so7596422vbb.31 for ; Mon, 12 Nov 2012 15:52:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+zdTyn+EZLJ+MqOGqQrfnuMy7SngRAiYi/2I5WIhXGU=; b=PLBZmNh1AGek0eqQXRd2JHzXqeZjzeD1jzA1w5Tw/ckfRgi4NEd3ffhNPK2Gopjaah YesFgLu5m5oWE3+MmIH5C40EVI8OLUNOkJs6ArmicFaSEpoO+WBrNuVuKFUuUOHTfezK YLj+uq2Wfm1YJsACyflU7iX/k9LHjcFZnS48WvTi3/DTkJFE3pKEms3zgfYkZQAtvOSh oOnlRAQrqWvHW2D3wYusabDFmzbvp50vaYoSDBls39PYIu7aFq/ak+L3YZopLFa9iJ7I 4JMqqdYzeJCHi9MhX9T4eqginikfaIrH18bNQi8zVI2mb2SqK5o0HZTh4RnWqjHJRaZ2 y65A== MIME-Version: 1.0 Received: by 10.58.143.12 with SMTP id sa12mr23601525veb.43.1352764359738; Mon, 12 Nov 2012 15:52:39 -0800 (PST) Received: by 10.52.37.39 with HTTP; Mon, 12 Nov 2012 15:52:39 -0800 (PST) In-Reply-To: <1352439442.7645.YahooMailNeo@web160901.mail.bf1.yahoo.com> References: <1352439442.7645.YahooMailNeo@web160901.mail.bf1.yahoo.com> Date: Tue, 13 Nov 2012 10:52:39 +1100 Message-ID: Subject: Re: read request distribution From: Ananth Gundabattula To: user@cassandra.apache.org, Wei Zhu Content-Type: multipart/alternative; boundary=047d7b67665020849e04ce54ff52 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b67665020849e04ce54ff52 Content-Type: text/plain; charset=ISO-8859-1 Hi all, On an unrelated observation of the below readings, it looks like all the 3 nodes own 100% of the data. This confuses me a bit. We have a 12 node cluster with RF=3 but the effective ownership is shown as 8.33 % . So here is my question. How is the ownership calculated : Is Replica factor considered in the ownership calculation ? ( If yes , then 8.33 % ownership of a cluster seems wrong to me . If not 100% ownership for a node cluster seems wrong to me. Am I missing something in the calculation? Regards, Ananth On Fri, Nov 9, 2012 at 4:37 PM, Wei Zhu wrote: > Hi All, > I am doing a benchmark on a Cassandra. I have a three node cluster with > RF=3. I generated 6M rows with sequence number from 1 to 6m, so the rows > should be evenly distributed among the three nodes disregarding the > replicates. > I am doing a benchmark with read only requests, I generate read request > for randomly generated keys from 1 to 6M. Oddly, nodetool cfstats, reports > that one node has only half the requests as the other one and the third > node sits in the middle. So the ratio is like 2:3:4. The node with the most > read requests actually has the smallest latency and the one with the least > read requests reports the largest latency. The difference is pretty big, > the fastest is almost double the slowest. > All three nodes have the exactly the same hardware and the data size on > each node are the same since the RF is three and all of them have the > complete data. I am using Hector as client and the random read request are > in millions. I can't think of a reasonable explanation. Can someone please > shed some lights? > > Thanks. > -Wei > --047d7b67665020849e04ce54ff52 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi all,

On an unrelated observation of the below re= adings, it looks like all the 3 nodes own 100% of the data. This confuses m= e a bit. We have a 12 node cluster with RF=3D3 but the effective ownership = is shown as 8.33 % .=A0

So here is my question. How is the ownership calculated= : Is Replica factor considered in the ownership calculation ? ( If yes , t= hen 8.33 % ownership of a cluster seems wrong to me . If not 100% ownership= for a node cluster seems wrong to me. Am I missing something in the calcul= ation?=A0

Regards,
Ananth

On Fri, Nov 9, 2012 at 4:37 PM, Wei Zhu <wz1975@yahoo.com> wrote:
Hi All,
I am doing a benchmark= on a Cassandra. I have a three node cluster with RF=3D3. I generated 6M ro= ws with sequence=A0 number from 1 to 6m, so the rows should be evenly distr= ibuted among the three nodes disregarding the replicates.
I am doing a benchmark with = read only requests, I generate read request for randomly generated keys fro= m 1 to 6M. Oddly, nodetool cfstats, reports that one node has only half the= requests as the other one and the third node sits in the middle. So the ra= tio is like 2:3:4. The node with the most read requests actually has the sm= allest latency and the one with the least read requests reports the largest= latency. The difference is pretty big, the fastest is almost double the slowest.
All three nodes have the exactly the same hardware and th= e data size on each node are the same since the RF is three and all of them= have the complete data. I am using Hector as client and the random read re= quest are in millions. I can't think of a reasonable explanation.=A0 Ca= n someone please shed some lights?

Thanks.
-Wei

--047d7b67665020849e04ce54ff52--