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 11CE217B05 for ; Thu, 9 Oct 2014 04:27:04 +0000 (UTC) Received: (qmail 20088 invoked by uid 500); 9 Oct 2014 04:27:01 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 20044 invoked by uid 500); 9 Oct 2014 04:27:01 -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 20032 invoked by uid 99); 9 Oct 2014 04:27:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2014 04:27:01 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of SRS0=dpvTj2=7A=basetechnology.com=jack@yourhostingaccount.com designates 65.254.253.26 as permitted sender) Received: from [65.254.253.26] (HELO walmailout03.yourhostingaccount.com) (65.254.253.26) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2014 04:26:34 +0000 Received: from walmailscan15.yourhostingaccount.com ([10.1.15.15] helo=walmailscan15.yourhostingaccount.com) by walmailout03.yourhostingaccount.com with esmtp (Exim) id 1Xc5JA-0004IN-C7 for user@cassandra.apache.org; Thu, 09 Oct 2014 00:26:32 -0400 Received: from [10.114.3.33] (helo=walimpout13) by walmailscan15.yourhostingaccount.com with esmtp (Exim) id 1Xc5JA-0001lv-1w for user@cassandra.apache.org; Thu, 09 Oct 2014 00:26:32 -0400 Received: from walauthsmtp13.yourhostingaccount.com ([10.1.18.13]) by walimpout13 with id 0sSU1p0030GvC8i01sSXwX; Thu, 09 Oct 2014 00:26:32 -0400 X-Authority-Analysis: v=2.1 cv=RpBLLUWK c=1 sm=1 tr=0 a=98qOcNyB16KL63Z3hZrGug==:117 a=aeZlPULP3m51qeqftbZzWg==:17 a=pq4jwCggAAAA:8 a=OF-CdTOGAAAA:8 a=aQzbgH187woA:10 a=3jZET7lWBKwA:10 a=IkcTkHD0fZMA:10 a=jvYhGVW7AAAA:8 a=OA2lqS22AAAA:8 a=mV9VRH-2AAAA:8 a=bucc6LsMDTlA9K9IeIoA:9 a=yMToUdMJfBn_MqM4:21 a=X_VwiGyZ1m9CcgeD:21 a=QEXdDO2ut3YA:10 Received: from 207-38-210-187.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com ([207.38.210.187]:52930 helo=JackKrupansky14) by walauthsmtp13.yourhostingaccount.com with esmtpa (Exim) id 1Xc5J6-0004VE-Ms for user@cassandra.apache.org; Thu, 09 Oct 2014 00:26:28 -0400 Message-ID: From: "Jack Krupansky" To: References: <543565EE.4040904@cs.rutgers.edu> <5435C670.7030707@cs.rutgers.edu> In-Reply-To: <5435C670.7030707@cs.rutgers.edu> Subject: Re: Consistency Levels Date: Thu, 9 Oct 2014 00:26:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-EN-UserInfo: e0a4b55451ed9f27313ebf02e3d4348d:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: jack@basetechnology.com Sender: "Jack Krupansky" X-EN-OrigIP: 207.38.210.187 X-EN-OrigHost: 207-38-210-187.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com X-Virus-Checked: Checked by ClamAV on apache.org It would certainly depend on the nuances of your definitions! Especially since you added this monster of a caveat: " in the absence of failures". Here's a scenario for you: 1) Write at quorum, 2) Add 3 nodes, 3) Immediately read at [the new] quorum - no guarantee that the new nodes will have fully bootstrapped. Who knows how many other modalities there might be - despite however many caveats you want to tack on. "Strong consistency" is a "model", not necessarily a reality at any point in time even if it was a reality at a prior point in time. If I deliberately "decommission" a node, that isn't necessarily a "failure" is it? All of that said, "it depends" on where you're trying to get to. -- Jack Krupansky -----Original Message----- From: William Katsak Sent: Wednesday, October 8, 2014 7:19 PM To: user@cassandra.apache.org Subject: Re: Consistency Levels Thanks. I am thinking more in terms of the combination of read/write. If I am correct, QUORUM reads and QUORUM writes (or ONE-ALL) should deliver strong consistency in the absence of failures, correct? Or this this still considered eventual consistency, somehow? -Bill On 10/08/2014 06:17 PM, Jack Krupansky wrote: > I don't know of any such data collected by DataStax - it's not like > we're the NSA, sniffing all requests. > > ONE is certainly fast, but only fine if you don't have immediate need to > read the data or don't need the absolutely most recent value. > > To be clear, even QUORUM write is eventual consistency - to all nodes > beyond the immediate quorum. > > -- Jack Krupansky > > -----Original Message----- From: William Katsak > Sent: Wednesday, October 8, 2014 12:27 PM > To: user@cassandra.apache.org > Subject: Consistency Levels > > Hello, > > I was wondering if anyone (Datastax?) has any usage data about > consistency levels. For example, what consistency levels are real > applications using in real production scenarios. Who is using eventual > consistency (ONE-ONE) in production vs strong consistency > (QUORUM-QUORUM, ONE-ALL). Obviously it depends on the application, but I > am trying to collect some information on this. > > I saw the talk from Christos Kalantzis (from Cassandra13 I think) about > Netflix using eventual consistency, but I was wondering if there is any > more data out there. > > Thanks in advance, > > Bill Katask > Ph.D. Student > Department of Computer Science > Rutgers University -- **************************************** William Katsak Ph.D. Student Rutgers University Department of Computer Science ****************************************