Return-Path: Delivered-To: apmail-hadoop-hbase-user-archive@minotaur.apache.org Received: (qmail 68641 invoked from network); 2 Mar 2010 06:57:54 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 2 Mar 2010 06:57:54 -0000 Received: (qmail 33964 invoked by uid 500); 2 Mar 2010 06:57:51 -0000 Delivered-To: apmail-hadoop-hbase-user-archive@hadoop.apache.org Received: (qmail 33927 invoked by uid 500); 2 Mar 2010 06:57:51 -0000 Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-user@hadoop.apache.org Delivered-To: mailing list hbase-user@hadoop.apache.org Received: (qmail 33919 invoked by uid 99); 2 Mar 2010 06:57:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Mar 2010 06:57:51 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ryanobjc@gmail.com designates 209.85.223.186 as permitted sender) Received: from [209.85.223.186] (HELO mail-iw0-f186.google.com) (209.85.223.186) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Mar 2010 06:57:44 +0000 Received: by iwn16 with SMTP id 16so3241790iwn.20 for ; Mon, 01 Mar 2010 22:57:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OVMA9Jo7xSy6P6DKOcsXc8RXWb+ftvziH8iY7xuW86k=; b=La+Rb7NrTWHb3Tlz0+E9pd3W6Fdehw99ZgpnzaJZCwkVRFFe0Q9UxBJSqZv67SoERV R8MXRrlsiECQumikF1LF7UG+1cGcetAtRUa3ZbLuiYOsvQPcsmuk/6z7S0v6Zgk7l/5H ULHi6wAxBvk0dlcRpsYiblSVf42qsRTiqAIqc= 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:content-transfer-encoding; b=q5LlfhCKE2apAxS5mULcChidVm92CaW4vo/yHscVUb6l621SptxgCpvhDPaVy6gIGD 6vVwRmfVuEbY3c5vGSjgp6wXxXBFgiERE4OpFTx5gVsMKQ74ZIkbmn6xKGDWH2pPE00N rDyyGMuKVy7qGIlxMZzcGCFnsOrUwuM/dHcxk= MIME-Version: 1.0 Received: by 10.231.148.205 with SMTP id q13mr34641ibv.47.1267513043573; Mon, 01 Mar 2010 22:57:23 -0800 (PST) In-Reply-To: References: <78568af11003011416k7528f6f9o44cf319dee367694@mail.gmail.com> <74f4d40b1003011433i255459a8wc03de3ae0e76ec95@mail.gmail.com> Date: Mon, 1 Mar 2010 22:57:23 -0800 Message-ID: <78568af11003012257k2c6d627ay6a26f671fef6a915@mail.gmail.com> Subject: Re: Questions about HBase From: Ryan Rawson To: hbase-user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The ROOT/META are hosted on a regionserver so the system is self-referential and self-hosting, furthermore it reduces the dependency on the master to just a single duty of reassigning regions as necessary. -ryan On Mon, Mar 1, 2010 at 7:36 PM, William Kang wrote= : > And another question, why the ROOT table and META tables are not in the > HBaseMaster's memory? Would this greatly degrade the performance? > Thanks. > > > William > > > On Mon, Mar 1, 2010 at 5:33 PM, Erik Holstad wrot= e: > >> On Mon, Mar 1, 2010 at 2:16 PM, Ryan Rawson wrote: >> >> > Hi, >> > >> > 1. =A0We use in-memory indexes to get fast random reads. =A0Our index >> > tells us to read block X of a file only retrieving a small amount of >> > the file to satisfy the user's read. >> > >> > 2. =A0The row locking is not global - for each row there can only be 1 >> > thread doing a put at a time. =A0This serializes all puts to a single >> > row. It is NOT global. >> > >> >> So, this is me not understanding the difference between global locking a= nd >> waiting in a line until the tasks ahead of you are done :) >> >> > >> > On Mon, Mar 1, 2010 at 12:36 PM, William Kang >> > wrote: >> > > Hi guys, >> > > I am new to HBase and have several questions. Would anybody kindly >> answer >> > > some of them? >> > > >> > > 1. Why HBase could provide a low-latency random access to files >> compared >> > to >> > > HDFS? >> > > >> > > 2. By default, Only a single row at a time may be locked. Is it a >> single >> > > client who can only lock one or is it globally can only lock one? = =A0If >> > this >> > > is the case, by default, will the performance be really bad? >> > > >> > > Many thanks! >> > > >> > > >> > > William >> > > >> > >> >> >> >> -- >> Regards Erik >> >