Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-user@hadoop.apache.org
Received-SPF: pass (athena.apache.org: domain of wjk860211@163.com designates
 220.181.13.156 as permitted sender)
Date: Thu, 13 Nov 2008 11:44:14 +0800 (CST)
From: =?gbk?B?zfW/rQ==?= <wjk860211@163.com>
To: hbase-user@hadoop.apache.org
Message-ID: <15528844.182801226547854746.JavaMail.coremail@app156.163.com>
In-Reply-To: <491AF19D.8020905@duboce.net>
References: <491AF19D.8020905@duboce.net> <491A6B9E.5090006@duboce.net>
 <4919B6C2.80304@duboce.net>
 <9888236.355671226392576611.JavaMail.coremail@app156.163.com>
 <32683879.117841226465941353.JavaMail.coremail@bj163app28.163.com>
 <4257183.320981226484259256.JavaMail.coremail@bj163app86.163.com>
Subject: Re:Re: HBase read performance
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_49624_25819089.1226547854744"

------=_Part_49624_25819089.1226547854744
Content-Type: text/plain; charset=gbk
Content-Transfer-Encoding: quoted-printable

=20
=20


=D4=DA2008-11-12=A3=AC"Michael Stack" stack@duboce.net> =D0=B4=B5=C0=A3=BA
>=CD=F5=BF=AD wrote:
>>  =20
>>> Are you using hbase TRUNK? If so, and if your checkout was recent,=20
>>> you'll see benefit/disadvantage of cache.
>>>    =20
>> hadoop 0.18.1, hbase 0.18.0. I do not use TRUNK , any useful update?
>> what do you mean the disadvantage of cache?
>>  =20
>Disadvantage is that if you are getting mostly cache-misses, then you=20
>will be paying the price of filling the cache but getting no benefit.
>
>There is no data block cache in 0.18.x (by default) so this is not the=20
>issue here. Ignore my comments on cache effect from earlier.
>
>>>    =20
>>>> sorry, i did not explain this clearly. there is 10 columns in the tabl=
e, 10000 rows in a column ,and the 10Bytes in a row
>>>> the time is 17s, 13.5s, 7.2s
>>>>
>>>>  =20
>>>>      =20
>>> 10000 rows in a column? Do you mean 10000 rows in the table and each ro=
w=20
>>> has an entry in the column? Or do you mean 10 rows in the table and eac=
h=20
>>> row has 10000 columns?
>>>
>>>    =20
>> 10000 rows in the table and each row has an entry in the column
>>  =20
>
>Then the numbers would seem to be way off. Something else must be going=20
>on. Is the machine swapping?
>
>
>> DELL PowerEdge 430 , P4 2.8G, 1G Memory. Tooooo poor
>>  =20
>Is the machine swapping? Are the datanodes running on same machines?
there is no swapping, because we will add swap files in another project.
and the table is only build on one machine!

>St.Ack
------=_Part_49624_25819089.1226547854744--