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 EEBA56FA1 for ; Thu, 16 Jun 2011 17:10:37 +0000 (UTC) Received: (qmail 91810 invoked by uid 500); 16 Jun 2011 17:10:35 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 91774 invoked by uid 500); 16 Jun 2011 17:10:35 -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 91766 invoked by uid 99); 16 Jun 2011 17:10:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jun 2011 17:10:35 +0000 X-ASF-Spam-Status: No, hits=4.4 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HK_RANDOM_ENVFROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of teddyyyy123@gmail.com designates 209.85.213.44 as permitted sender) Received: from [209.85.213.44] (HELO mail-yw0-f44.google.com) (209.85.213.44) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jun 2011 17:10:29 +0000 Received: by ywp31 with SMTP id 31so1244561ywp.31 for ; Thu, 16 Jun 2011 10:10:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Uar6JFmnUtwYUI74FKTW9/EPSMKtsFXUdNAOIU8UEQw=; b=rx0rSa0OJsnrfWjCUtTistSiFVqa7wACDrU8mi6FeTxKy/g5wDS2/HyIt+FgEtalPn xEqF9BkNI8k20+tKhcCHnWNlFlBpX2AJMP193CtKlxMaEwCHZm/03blPKXt1MURoHwCX 4EmNsfztBNS8ufLFe0kDff7oaZRFrrzdnJ+Yc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=TaLVsIVVQMLcmklLdHL+7Y25r9fRn1l0dFgG6UXVzixLaK3/uyN9EqEqBZis8n5X5n 5EHCFQ+XhtFYWEZUIVXnKd5FsbOwbnc3KyMKg99PEJbE55OkpxO75B0Mu7SXZVnpwxDR LsPshApMRjM/hVjyN3mBk5yWrYk1uhKYXSEKQ= MIME-Version: 1.0 Received: by 10.236.95.141 with SMTP id p13mr1775606yhf.371.1308244208321; Thu, 16 Jun 2011 10:10:08 -0700 (PDT) Received: by 10.236.61.3 with HTTP; Thu, 16 Jun 2011 10:10:08 -0700 (PDT) In-Reply-To: <4DFA3379.8060604@dude.podzone.net> References: <4DFA1EBE.3030202@dude.podzone.net> <4DFA3379.8060604@dude.podzone.net> Date: Thu, 16 Jun 2011 10:10:08 -0700 Message-ID: Subject: Re: Propose new ConsistencyLevel.ALL_AVAIL for reads From: Yang To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=002354435d085104f104a5d75749 X-Virus-Checked: Checked by ClamAV on apache.org --002354435d085104f104a5d75749 Content-Type: text/plain; charset=ISO-8859-1 consistency level definition should be a definition of requirement from the application perspective, it should not be tied to some ephemeral state in the system (: a node being deemed "available/up" or down is determined by the gossip and changes every second ) what you want can be simply achieved by CL=ALL and then modifying current read result to not return failure, but return the "best effort" result obtained so far --- although that will need you to wait for a slightly longer time On Thu, Jun 16, 2011 at 9:46 AM, AJ wrote: > On 6/16/2011 10:05 AM, Ryan King wrote: > >> >> I don't think this buys you anything that you can't get with quorum >> reads and writes. >> >> -ryan >> >> > QUORUM <= ALL_AVAIL <= ALL == RF > --002354435d085104f104a5d75749 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable consistency level definition should be a definition of requirement from the= application perspective,
it should not be tied to some ephemeral state= in the system (: a node being deemed "available/up" or down is d= etermined by=A0
the gossip and changes every second )


what you want can be simply achieved by CL=3DALL and then modifying= current read result to not return failure, but return the "best effor= t" result obtained so far
--- although that will need you to wait for a slightly longer time




On = Thu, Jun 16, 2011 at 9:46 AM, AJ <aj@dude.podzone.net> wro= te:
On 6/16/2011 10:05 AM, Ryan King wrote:

I don't think this buys you anything that you can't get with quorum=
reads and writes.

-ryan


QUORUM <=3D ALL_AVAIL <=3D ALL =3D=3D RF

--002354435d085104f104a5d75749--