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)