You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Liu Shaohui (JIRA)" <ji...@apache.org> on 2015/09/24 11:33:04 UTC

[jira] [Reopened] (HBASE-14404) Backport HBASE-14098 (Allow dropping caches behind compactions) to 0.98

     [ https://issues.apache.org/jira/browse/HBASE-14404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Liu Shaohui reopened HBASE-14404:
---------------------------------

[~apurtell]
There are typos in patch v2, which made the test failed.
All failed tests passed with patch v3.

You can see the diff of v2 and v3 from the file: v3-v2.diff

> Backport HBASE-14098 (Allow dropping caches behind compactions) to 0.98
> -----------------------------------------------------------------------
>
>                 Key: HBASE-14404
>                 URL: https://issues.apache.org/jira/browse/HBASE-14404
>             Project: HBase
>          Issue Type: Task
>            Reporter: Andrew Purtell
>         Attachments: HBASE-14404-0.98.patch, HBASE-14404-0.98.patch
>
>
> HBASE-14098 adds a new configuration toggle - "hbase.hfile.drop.behind.compaction" - which if set to "true" tells compactions to drop pages from the OS blockcache after write.  It's on by default where committed so far but a backport to 0.98 would default it to off. (The backport would also retain compat methods to LimitedPrivate interface StoreFileScanner.) What could make it a controversial change in 0.98 is it changes the default setting of 'hbase.regionserver.compaction.private.readers' from "false" to "true".  I think it's fine, we use private readers in production. They're stable and do not present perf issues.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)