Return-Path: X-Original-To: apmail-hbase-dev-archive@www.apache.org Delivered-To: apmail-hbase-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A4C424FE1 for ; Thu, 19 May 2011 19:14:33 +0000 (UTC) Received: (qmail 56778 invoked by uid 500); 19 May 2011 19:14:32 -0000 Delivered-To: apmail-hbase-dev-archive@hbase.apache.org Received: (qmail 56721 invoked by uid 500); 19 May 2011 19:14:32 -0000 Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hbase.apache.org Delivered-To: mailing list dev@hbase.apache.org Received: (qmail 56705 invoked by uid 99); 19 May 2011 19:14:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 May 2011 19:14:32 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,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 jdcryans@gmail.com designates 209.85.161.169 as permitted sender) Received: from [209.85.161.169] (HELO mail-gx0-f169.google.com) (209.85.161.169) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 May 2011 19:14:25 +0000 Received: by gxk23 with SMTP id 23so1379752gxk.14 for ; Thu, 19 May 2011 12:14:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ydiSUxFWM3CSPcP3H9jp8YD7Ahxd9N1LP1UEU4DMbE8=; b=EVhyg5yo3tRtFqeL+yUzPPLZtNHVHzGlvolpwdKqPPg7VKoGT+qpXL7k9x0/BNCjvw GSLCHczojJQFMBHdKtu2Gi2yMlep2x8bWo+OvKInNN8u93DdX6DfP4WFd4S0cuZQx4nH WFwL95OQ36t29blRTCi+ujt8frzSK4Thl/Ig8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=d3QGCrPtKJKd5qc6+UbbHxRtMWE5qBMxQcdrlLKda8bHLfxfohbECYY9DseGo+4vUz L8qsFXo8gwYMHvgSXybqHU2WBQ7igltxVyhIP1UfByIPcuflm2yd2sJ8i+FL70Seirpn fUaLuAfpnO6ZkhH4vyJdsPFMl/jTh5TvosWt0= MIME-Version: 1.0 Received: by 10.101.175.1 with SMTP id c1mr1977878anp.99.1305832444551; Thu, 19 May 2011 12:14:04 -0700 (PDT) Sender: jdcryans@gmail.com Received: by 10.100.94.15 with HTTP; Thu, 19 May 2011 12:14:04 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 May 2011 12:14:04 -0700 X-Google-Sender-Auth: Jt5kDXBC8XkVGg7h_lHDeNxg41U Message-ID: Subject: Re: Reading from client buffer From: Jean-Daniel Cryans To: dev@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org The write buffer is a hack for faster write performance during bulk loads, no one should use it in a situation like you described. Even if the client was able to read from it's own buffer, the edits didn't make it to the region server so the other clients wouldn't be able to see that new data either. Now let's suppose the client died before flushing, well you would be serving data that actually never existed! I think we should just fix the documentation. J-D On Thu, May 19, 2011 at 8:02 AM, fazool mein wrote: > Hi, > > I am going through the Hbase code to understand its properties better. > > There is something called 'write buffer' on the client side. Say it is > enabled. Now, assume a client puts value v under key k, and immediately > reads k. > > As I understand from the code, the put will be stored in the client side > write buffer, while the read will go to the region server, returing an older > value, instead of v. > > Doesn't this violate the ACID semantics (visibility in particular ) of Hbase > given at: http://hbase.apache.org/acid-semantics.html > > > > When a client receives a "success" response for any mutation, that mutation > is immediately visible to both that client and any client with whom it later > communicates through side channels. > > > > Thanks. > > Regards >