[jira] [Updated] (HBASE-10273) AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem w

[ https://issues.apache.org/jira/browse/HBASE-10273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10273: - Attachment: HBASE-10273-0.94_v1.patch new patch per [~lhofhansl]'s feedback is attached, thanks

[jira] [Commented] (HBASE-5923) Cleanup checkAndXXX logic

[ https://issues.apache.org/jira/browse/HBASE-5923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862131#comment-13862131 ] Feng Honghua commented on HBASE-5923: - [~lhofhansl]: Sounds good Cleanup checkAndXXX

[jira] [Commented] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862144#comment-13862144 ] Feng Honghua commented on HBASE-10263: -- [~yuzhih...@gmail.com]: bq.Is the above

[jira] [Commented] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862146#comment-13862146 ] Feng Honghua commented on HBASE-10263: -- They are not used in CacheConfig.java, they

[jira] [Updated] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10263: - Attachment: HBASE-10263-trunk_v1.patch new patch removing unused variables in CacheConfig.java

[jira] [Commented] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862153#comment-13862153 ] Feng Honghua commented on HBASE-10263: -- [~stack] bq.I would suggest that this

[jira] [Commented] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862157#comment-13862157 ] Feng Honghua commented on HBASE-10263: -- [~yuzhih...@gmail.com] bq.Is there plan to

[jira] [Created] (HBASE-10280) Make inMemoryForceMode of LruBlockCache configurable per column-family

Feng Honghua created HBASE-10280: Summary: Make inMemoryForceMode of LruBlockCache configurable per column-family Key: HBASE-10280 URL: https://issues.apache.org/jira/browse/HBASE-10280 Project:

[jira] [Updated] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10263: - Component/s: io make LruBlockCache single/multi/in-memory ratio user-configurable and provide

[jira] [Commented] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862163#comment-13862163 ] Feng Honghua commented on HBASE-10263: -- [~yuzhih...@gmail.com],

[jira] [Commented] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862180#comment-13862180 ] Feng Honghua commented on HBASE-8751: - The newly added tableCFs config is a per-peer

[jira] [Commented] (HBASE-10280) Make inMemoryForceMode of LruBlockCache configurable per column-family

[ https://issues.apache.org/jira/browse/HBASE-10280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862181#comment-13862181 ] Feng Honghua commented on HBASE-10280: -- Thanks for the correction of its parent jira

[jira] [Commented] (HBASE-10275) [89-fb] Guarantee the sequenceID in each Region is strictly monotonic increasing

[ https://issues.apache.org/jira/browse/HBASE-10275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862190#comment-13862190 ] Feng Honghua commented on HBASE-10275: -- To achieve the goal of in-order (hlog)

[jira] [Commented] (HBASE-10275) [89-fb] Guarantee the sequenceID in each Region is strictly monotonic increasing

[ https://issues.apache.org/jira/browse/HBASE-10275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13862193#comment-13862193 ] Feng Honghua commented on HBASE-10275: -- For your reference,

[jira] [Updated] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-8751: Attachment: HBASE-8751-0.94-v1.patch rebase on 0.94 latest branch Enable peer cluster to

[jira] [Commented] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13860106#comment-13860106 ] Feng Honghua commented on HBASE-8751: - the new patch also contains the change

[jira] [Commented] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13860112#comment-13860112 ] Feng Honghua commented on HBASE-8751: - Ping [~stack], [~apurtell], [~jdcryans],

[jira] [Updated] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-8751: Issue Type: New Feature (was: Improvement) Enable peer cluster to choose/change the

[jira] [Created] (HBASE-10273) AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem w

Feng Honghua created HBASE-10273: Summary: AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem with each other

[jira] [Updated] (HBASE-10273) AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem w

[ https://issues.apache.org/jira/browse/HBASE-10273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10273: - Attachment: HBASE-10273-0.94_v0.patch patch for

[jira] [Commented] (HBASE-10273) AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem

[ https://issues.apache.org/jira/browse/HBASE-10273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13861196#comment-13861196 ] Feng Honghua commented on HBASE-10273: -- Two possibilities: 1. These buggy code has

[jira] [Commented] (HBASE-10273) AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem

[ https://issues.apache.org/jira/browse/HBASE-10273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13861226#comment-13861226 ] Feng Honghua commented on HBASE-10273: -- [~ram_krish] : Sounds great. I found this

[jira] [Commented] (HBASE-10273) AssignmentManager.regions(region to regionserver assignment map) and AssignmentManager.servers(regionserver to regions assignment map) are not always updated in tandem

[ https://issues.apache.org/jira/browse/HBASE-10273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13861235#comment-13861235 ] Feng Honghua commented on HBASE-10273: -- Yes, from 0.95+ on *regions and servers* are

[jira] [Commented] (HBASE-5923) Cleanup checkAndXXX logic

[ https://issues.apache.org/jira/browse/HBASE-5923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13859998#comment-13859998 ] Feng Honghua commented on HBASE-5923: - background: I created a jira

[jira] [Updated] (HBASE-5923) Cleanup checkAndXXX logic

[ https://issues.apache.org/jira/browse/HBASE-5923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-5923: Attachment: HBASE-10262-trunk_v0.patch trunk patch attached: 1. only CompareOp introduced as new

[jira] [Created] (HBASE-10262) provide user/client checkAndPut/checkAndDelete API with full CompareOp rather than only CompareOp.EQUAL

Feng Honghua created HBASE-10262: Summary: provide user/client checkAndPut/checkAndDelete API with full CompareOp rather than only CompareOp.EQUAL Key: HBASE-10262 URL:

[jira] [Updated] (HBASE-10262) provide user/client checkAndPut/checkAndDelete API with full CompareOp rather than only CompareOp.EQUAL

[ https://issues.apache.org/jira/browse/HBASE-10262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10262: - Attachment: HBASE-10262-trunk_v0.patch patch attached provide user/client

[jira] [Updated] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

[ https://issues.apache.org/jira/browse/HBASE-10263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10263: - Attachment: HBASE-10263-trunk_v0.patch patch attached make LruBlockCache

[jira] [Created] (HBASE-10263) make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block

Feng Honghua created HBASE-10263: Summary: make LruBlockCache single/multi/in-memory ratio user-configurable and provide preemptive mode for in-memory type block Key: HBASE-10263 URL:

[jira] [Commented] (HBASE-10262) provide user/client checkAndPut/checkAndDelete API with full CompareOp rather than only CompareOp.EQUAL

[ https://issues.apache.org/jira/browse/HBASE-10262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13859470#comment-13859470 ] Feng Honghua commented on HBASE-10262: -- thank [~yuzhih...@gmail.com] and ping

[jira] [Commented] (HBASE-10262) provide user/client checkAndPut/checkAndDelete API with full CompareOp rather than only CompareOp.EQUAL

[ https://issues.apache.org/jira/browse/HBASE-10262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13859523#comment-13859523 ] Feng Honghua commented on HBASE-10262: -- [~anoop.hbase] Thanks for reminder. Yes, it

[jira] [Commented] (HBASE-10262) provide user/client checkAndPut/checkAndDelete API with full CompareOp rather than only CompareOp.EQUAL

[ https://issues.apache.org/jira/browse/HBASE-10262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13859524#comment-13859524 ] Feng Honghua commented on HBASE-10262: -- all unit tests passed in my local machine,

[jira] [Updated] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

[ https://issues.apache.org/jira/browse/HBASE-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10252: - Attachment: HBASE-10252-trunk-v1.patch attach new patch with unit-test verifying that

[jira] [Commented] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

[ https://issues.apache.org/jira/browse/HBASE-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858773#comment-13858773 ] Feng Honghua commented on HBASE-10252: -- additional words: 1. no production code to

[jira] [Commented] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

[ https://issues.apache.org/jira/browse/HBASE-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858776#comment-13858776 ] Feng Honghua commented on HBASE-10252: -- correct one statement of above comment:

[jira] [Commented] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

[ https://issues.apache.org/jira/browse/HBASE-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858778#comment-13858778 ] Feng Honghua commented on HBASE-10252: -- also thanks [~yuzhih...@gmail.com] for the

[jira] [Commented] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

[ https://issues.apache.org/jira/browse/HBASE-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13859183#comment-13859183 ] Feng Honghua commented on HBASE-10252: -- thanks [~yuzhih...@gmail.com] and

[jira] [Commented] (HBASE-10227) When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay

[ https://issues.apache.org/jira/browse/HBASE-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858037#comment-13858037 ] Feng Honghua commented on HBASE-10227: -- [~gustavoanatoly] : glad to know you're also

[jira] [Commented] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858221#comment-13858221 ] Feng Honghua commented on HBASE-7226: - thanks [~lhofhansl] [~yuzhih...@gmail.com]

[jira] [Commented] (HBASE-10227) When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay

[ https://issues.apache.org/jira/browse/HBASE-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858222#comment-13858222 ] Feng Honghua commented on HBASE-10227: -- [~gustavoanatoly] : sounds good. I will also

[jira] [Commented] (HBASE-10227) When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay

[ https://issues.apache.org/jira/browse/HBASE-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858224#comment-13858224 ] Feng Honghua commented on HBASE-10227: -- thanks [~yuzhih...@gmail.com] for directing.

[jira] [Commented] (HBASE-10227) When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay

[ https://issues.apache.org/jira/browse/HBASE-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858232#comment-13858232 ] Feng Honghua commented on HBASE-10227: -- [~yuzhih...@gmail.com] : actually I changed

[jira] [Commented] (HBASE-10241) implement mvcc-consistent scanners (across recovery)

[ https://issues.apache.org/jira/browse/HBASE-10241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858234#comment-13858234 ] Feng Honghua commented on HBASE-10241: -- I also encountered this issue when

[jira] [Commented] (HBASE-10243) store mvcc in WAL

[ https://issues.apache.org/jira/browse/HBASE-10243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858237#comment-13858237 ] Feng Honghua commented on HBASE-10243: -- this feature is implemented as part of

[jira] [Commented] (HBASE-10227) When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay

[ https://issues.apache.org/jira/browse/HBASE-10227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13858238#comment-13858238 ] Feng Honghua commented on HBASE-10227: -- yes, you mean

[jira] [Created] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

Feng Honghua created HBASE-10252: Summary: Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention) Key: HBASE-10252 URL:

[jira] [Updated] (HBASE-10252) Don't write back to WAL/memstore when Increment amount is zero (mostly for query rather than update intention)

[ https://issues.apache.org/jira/browse/HBASE-10252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10252: - Attachment: HBASE-10252-trunk-v0.patch patch for trunk is provided Don't write back to

[jira] [Commented] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13856550#comment-13856550 ] Feng Honghua commented on HBASE-7226: - Can this be resolved and committed? any further

[jira] [Commented] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13856583#comment-13856583 ] Feng Honghua commented on HBASE-7226: - I see, thanks [~yuzhih...@gmail.com]

[jira] [Created] (HBASE-10227) When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay

Feng Honghua created HBASE-10227: Summary: When a region is opened, its mvcc isn't correctly recovered when there are split hlogs to replay Key: HBASE-10227 URL: https://issues.apache.org/jira/browse/HBASE-10227

[jira] [Reopened] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua reopened HBASE-7226: - provide fix and unit-test HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[jira] [Updated] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-7226: Priority: Major (was: Minor) Environment: (was: 0.94.2) Affects

[jira] [Updated] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-7226: Attachment: HBASE-7226-trunk.patch patch and unit-test for trunk HRegion.checkAndMutate uses

[jira] [Commented] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13855340#comment-13855340 ] Feng Honghua commented on HBASE-7226: - provide fix and unit-test to prove it for

[jira] [Updated] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-7226: Attachment: HBASE-7226-trunk-v2.patch HRegion.checkAndMutate uses incorrect comparison result for

[jira] [Commented] (HBASE-7226) HRegion.checkAndMutate uses incorrect comparison result for , =, and =

[ https://issues.apache.org/jira/browse/HBASE-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13855365#comment-13855365 ] Feng Honghua commented on HBASE-7226: - thanks [~lhofhansl] and [~yuzhih...@gmail.com],

[jira] [Commented] (HBASE-10126) guarantee atomicity of multi-row mutation within a same region from a single HTable.batch

[ https://issues.apache.org/jira/browse/HBASE-10126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13846249#comment-13846249 ] Feng Honghua commented on HBASE-10126: -- bq.So making this the default is probably

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13847194#comment-13847194 ] Feng Honghua commented on HBASE-8755: - [~stack] thanks. seems no further blocking

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13847195#comment-13847195 ] Feng Honghua commented on HBASE-8755: - bq.It does 10% less throughput after

[jira] [Created] (HBASE-10126) guarantee atomicity of multi-row mutation within a same region from a single HTable.batch

Feng Honghua created HBASE-10126: Summary: guarantee atomicity of multi-row mutation within a same region from a single HTable.batch Key: HBASE-10126 URL: https://issues.apache.org/jira/browse/HBASE-10126

[jira] [Updated] (HBASE-10126) guarantee atomicity of multi-row mutation within a same region from a single HTable.batch

[ https://issues.apache.org/jira/browse/HBASE-10126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-10126: - Attachment: HBASE-10126-0.94-v0.patch patch based on

[jira] [Commented] (HBASE-10126) guarantee atomicity of multi-row mutation within a same region from a single HTable.batch

[ https://issues.apache.org/jira/browse/HBASE-10126?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13846013#comment-13846013 ] Feng Honghua commented on HBASE-10126: -- [~yuzhih...@gmail.com] Yes, I know

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13846130#comment-13846130 ] Feng Honghua commented on HBASE-8755: - The stack-traces are ok: when log-roll occurs,

[jira] [Updated] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-8755: Attachment: HBASE-8755-trunk-v7.patch A new write thread model for HLog to improve the overall

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13845035#comment-13845035 ] Feng Honghua commented on HBASE-8755: - Thanks [~jmhsieh], I've made and attached a new

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13845038#comment-13845038 ] Feng Honghua commented on HBASE-8755: - [~v.himanshu]: Looking forward to your

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13843224#comment-13843224 ] Feng Honghua commented on HBASE-8755: - [~stack] : thanks for the comment, below are

[jira] [Updated] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-8755: Attachment: HBASE-8755-trunk-v6.patch A new write thread model for HLog to improve the overall

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13843227#comment-13843227 ] Feng Honghua commented on HBASE-8755: - I'll read and update according to

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13843925#comment-13843925 ] Feng Honghua commented on HBASE-8755: - [~v.himanshu]: bq.1) log rolling thread

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13843926#comment-13843926 ] Feng Honghua commented on HBASE-8755: - [~jmspaggi] bq.For the random, you can also use

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13840812#comment-13840812 ] Feng Honghua commented on HBASE-8755: - Thanks very much for [~v.himanshu] and

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13838687#comment-13838687 ] Feng Honghua commented on HBASE-8755: - Thanks [~stack], and also the review from

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13832233#comment-13832233 ] Feng Honghua commented on HBASE-8755: - tried 4 asyncSyncer threads, below are the

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830678#comment-13830678 ] Feng Honghua commented on HBASE-8755: - bq.Do these no longer pass? = yes, under new

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830681#comment-13830681 ] Feng Honghua commented on HBASE-8755: - bq.= yes, under new thread model, no explicit

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830516#comment-13830516 ] Feng Honghua commented on HBASE-8755: - Thanks [~stack] A small clarification of why

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13829631#comment-13829631 ] Feng Honghua commented on HBASE-8755: - [~stack] : I fixed the downgrade for 5 threads

[jira] [Updated] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-8755: Attachment: HBASE-8755-trunk-v4.patch HBASE-8755-0.96-v0.patch A new write thread

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13820794#comment-13820794 ] Feng Honghua commented on HBASE-8755: - [~jmspaggi] sure, I'm tuning for less than 5

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13804957#comment-13804957 ] Feng Honghua commented on HBASE-8755: - [~stack] thanks a lot for the detailed perf

[jira] [Commented] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13805011#comment-13805011 ] Feng Honghua commented on HBASE-8751: - ping [~jdcryans] : how about your review and

[jira] [Assigned] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua reassigned HBASE-8751: --- Assignee: Feng Honghua Enable peer cluster to choose/change the ColumnFamilies/Tables it

[jira] [Commented] (HBASE-5487) Generic framework for Master-coordinated tasks

[ https://issues.apache.org/jira/browse/HBASE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13797538#comment-13797538 ] Feng Honghua commented on HBASE-5487: - bq.I also question the wisdom of moving away

[jira] [Commented] (HBASE-5487) Generic framework for Master-coordinated tasks

[ https://issues.apache.org/jira/browse/HBASE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13793881#comment-13793881 ] Feng Honghua commented on HBASE-5487: - [~jxiang] bq. to the uncertainty due to ZK, I

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13792389#comment-13792389 ] Feng Honghua commented on HBASE-8755: - [~stack] thanks a lot :-) btw: the HLogPE test

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13792430#comment-13792430 ] Feng Honghua commented on HBASE-8755: - [~stack]: Agree. Seems HLogPE is enough for

[jira] [Commented] (HBASE-5487) Generic framework for Master-coordinated tasks

[ https://issues.apache.org/jira/browse/HBASE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13791516#comment-13791516 ] Feng Honghua commented on HBASE-5487: - bq.Master is the Actor. Having it go across a

[jira] [Commented] (HBASE-5487) Generic framework for Master-coordinated tasks

[ https://issues.apache.org/jira/browse/HBASE-5487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13791520#comment-13791520 ] Feng Honghua commented on HBASE-5487: - Since HBASE-9726 is closed as duplicated with

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13792301#comment-13792301 ] Feng Honghua commented on HBASE-8755: - [~stack]: Yes, seems this patch against trunk

[jira] [Commented] (HBASE-9726) Proposal for a new master design for assignment

[ https://issues.apache.org/jira/browse/HBASE-9726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13791144#comment-13791144 ] Feng Honghua commented on HBASE-9726: - [~nkeywal] I roughly went through HBASE-5487,

[jira] [Created] (HBASE-9726) Proposal for a new master design for assignment

Feng Honghua created HBASE-9726: --- Summary: Proposal for a new master design for assignment Key: HBASE-9726 URL: https://issues.apache.org/jira/browse/HBASE-9726 Project: HBase Issue Type:

[jira] [Commented] (HBASE-8755) A new write thread model for HLog to improve the overall HBase write throughput

[ https://issues.apache.org/jira/browse/HBASE-8755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13774603#comment-13774603 ] Feng Honghua commented on HBASE-8755: - bq.If I weren't in Germany right with no VPN

[jira] [Commented] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13770501#comment-13770501 ] Feng Honghua commented on HBASE-8751: - Thanks [~techbuddy] :) Enable

[jira] [Commented] (HBASE-8751) Enable peer cluster to choose/change the ColumnFamilies/Tables it really want to replicate from a source cluster

[ https://issues.apache.org/jira/browse/HBASE-8751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13770304#comment-13770304 ] Feng Honghua commented on HBASE-8751: - bq. Well, even in that case the variable is

[jira] [Updated] (HBASE-9467) write can be totally blocked temporarily by a write-heavy region

[ https://issues.apache.org/jira/browse/HBASE-9467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-9467: Attachment: HBASE-9467-trunk-v1.patch new patch reusing RegionTooBusyException

[jira] [Commented] (HBASE-9466) Read-only mode

[ https://issues.apache.org/jira/browse/HBASE-9466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13768268#comment-13768268 ] Feng Honghua commented on HBASE-9466: - [~jdcryans] Thanks for the pointer. But

[jira] [Commented] (HBASE-9501) No throttling for replication

[ https://issues.apache.org/jira/browse/HBASE-9501?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13768275#comment-13768275 ] Feng Honghua commented on HBASE-9501: - [~ndimiduk] / [~jdcryans] : If we need to

[jira] [Updated] (HBASE-9501) No throttling for replication

[ https://issues.apache.org/jira/browse/HBASE-9501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Feng Honghua updated HBASE-9501: Assignee: Feng Honghua No throttling for replication -

[jira] [Commented] (HBASE-9467) write can be totally blocked temporarily by a write-heavy region

[ https://issues.apache.org/jira/browse/HBASE-9467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13768287#comment-13768287 ] Feng Honghua commented on HBASE-9467: - unit tests on my local machine are OK. but

<    1   2   3   4   5   6   >