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 F3FD310DA0 for ; Wed, 10 Jul 2013 19:11:23 +0000 (UTC) Received: (qmail 14201 invoked by uid 500); 10 Jul 2013 19:11:21 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 14176 invoked by uid 500); 10 Jul 2013 19:11:21 -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 14168 invoked by uid 99); 10 Jul 2013 19:11:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jul 2013 19:11:21 +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 (nike.apache.org: domain of kohlisankalp@gmail.com designates 209.85.216.51 as permitted sender) Received: from [209.85.216.51] (HELO mail-qa0-f51.google.com) (209.85.216.51) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jul 2013 19:11:14 +0000 Received: by mail-qa0-f51.google.com with SMTP id f11so3751695qae.17 for ; Wed, 10 Jul 2013 12:10:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=UntPwmwQvTiP2JhnX1mkfgTla02LUWVQaUYqQ1tLaEk=; b=CsvG3zuv7EGOzfXiDIYiQiKS/7BYES2m9jsb0DswOfq0vYX0g0bKxIAotTUX6W0HcG 46YGw1VRJJtdRNiRXEuFvMf0lEoZJhN4dZnKQmkRfdG/LoscBAaUHzARPP7fK7JeZZs8 KKEUmy2X3nu2G+Dp9b2ph4kboNGXBcSY5XFSWGSgzo2kb8hoxk9qdzx3hgAlhW2BZo7w QerHNFEFBgxAy2eNwFQeHCbNW3KcvkjOb6gC4sKOfMi+sNyFYftpc3OiOnNPu2SR5uwz pycqpbVktMBpffnOhKIv2h32Dlev05sjWB7Gy5gTWKqQIPv/EI8I1Rd6nIMQxnROu2yJ Tj/g== X-Received: by 10.229.52.1 with SMTP id f1mr6300837qcg.100.1373483453890; Wed, 10 Jul 2013 12:10:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.0.171 with HTTP; Wed, 10 Jul 2013 12:10:13 -0700 (PDT) In-Reply-To: References: From: sankalp kohli Date: Wed, 10 Jul 2013 12:10:13 -0700 Message-ID: Subject: Re: Quorum reads and response time To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a11c1e2245fcb3c04e12d0969 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1e2245fcb3c04e12d0969 Content-Type: text/plain; charset=ISO-8859-1 The coordinator node has to merge the results from 2 nodes and the request is done in parallel. I have seen lot of GC pressure with range queries because of tombstones. Can you see logs to see if there is lot of GC going on. Also try to have GC log enabled. On Wed, Jul 10, 2013 at 9:57 AM, Baskar Duraikannu < baskar.duraikannu.db@gmail.com> wrote: > Just adding few other details to my question. > > - We are using RandomPartitioner > - 256 virtual nodes configured. > > > On Wed, Jul 10, 2013 at 12:54 PM, Baskar Duraikannu < > baskar.duraikannu.db@gmail.com> wrote: > >> I have a 3 node cluster with RF=3. All nodes are running. I have a table >> with 39 rows and ~44,000 columns evenly spread across 39 rows. >> >> When I do range slice query on this table with consistency of one, it >> returns the data back in about ~600 ms. I tried the same from all of the >> 3 nodes,no matter which node I ran it from, queries were answered in 600 ms >> for consistency level of one. >> >> But when I run the same query with consistency level as Quorum, it is >> taking ~2.3 seconds. It feels as if querying of the nodes are in sequence. >> >> >> Is this normal? >> >> -- >> Regards, >> Baskar Duraikannu >> >> > --001a11c1e2245fcb3c04e12d0969 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The coordinator node has to merge the results from 2 nodes= and the request is done in parallel. I have seen lot of GC pressure with r= ange queries because of tombstones.=A0
Can you see logs to see if= there is lot of GC going on. Also try to have GC log enabled.=A0


On Wed,= Jul 10, 2013 at 9:57 AM, Baskar Duraikannu <baskar.duraika= nnu.db@gmail.com> wrote:
Just adding few other detai= ls to my question.

- We are using RandomPartitioner
- 256 virtual nodes configured.=A0


On Wed, Jul 10, 2013 at 12:54 PM, Baskar Duraikannu <<= a href=3D"mailto:baskar.duraikannu.db@gmail.com" target=3D"_blank">baskar.d= uraikannu.db@gmail.com> wrote:
I have a 3 node cluster with RF=3D3. =A0All nodes are runn= ing. I have a table with 39 rows and ~44,000 columns evenly spread across 3= 9 rows.=A0

When I do range slice query on this table wit= h consistency of one, it returns the data back in about =A0~600 ms. =A0I tr= ied the same from all of the 3 nodes,no matter which node I ran it from, qu= eries were answered in 600 ms for consistency level of one.

But when I run the same query with consistency level as= Quorum, it is taking ~2.3 seconds. =A0It feels as if querying of the nodes= are in sequence. =A0

Is this normal?=A0

--
Regards,
Baskar Duraikannu
=



--001a11c1e2245fcb3c04e12d0969--