hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-953) Reevaluate HBASE-288 block caching work; should it be enabled always?
Date Sat, 25 Oct 2008 04:29:44 GMT

    [ https://issues.apache.org/jira/browse/HBASE-953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12642593#action_12642593
] 

stack commented on HBASE-953:
-----------------------------

Rong-en: Thanks for the tip.  I'll try some loading tests using it.  It might be better with
soft references.

With 1.6.0_10, with 8 concurrent clients, random reads completed.  Trying again with single
client.. but also thinking on it on way home, smaller blocks make more sense.  I cut it down
to 16k as suggested by jgray

> Reevaluate HBASE-288 block caching work; should it be enabled always?
> ---------------------------------------------------------------------
>
>                 Key: HBASE-953
>                 URL: https://issues.apache.org/jira/browse/HBASE-953
>             Project: Hadoop HBase
>          Issue Type: Task
>            Reporter: stack
>            Priority: Critical
>             Fix For: 0.19.0
>
>
> Go back and take another look at the Tom White work.  We've gotten boost in writing and
scanning because of J-D work.  HBASE-288 looks like it boosts sequential reads and perhaps
random read a little.  Take another look.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message