+1 from me.
张铎(Duo Zhang) 于2019年6月18日周二 下午1:21写道：
> Not sure why but seems the original thread can only be replied by me...
>
> So open a new one, copied several important information here
>
> https://issues.apache.org/jira/browse/HBASE-21512
> >
> > "Reimplement sync client based on async
Not sure why but seems the original thread can only be replied by me...
So open a new one, copied several important information here
https://issues.apache.org/jira/browse/HBASE-21512
>
> "Reimplement sync client based on async client"
>
> The jira title tells everything. This is what I promised
The HBASE-21879 has lots of changes: 123 files changed, 5833 insertions(+),
3015 deletions(-).
Currently we developed this issue based on master branch, and expect to
release it in future HBase3.x.
Of course, if branch-2 want this feature we can do the backport, should
have some conflicts now but
This is a improvement not a new feature? So backport to branch-2, too?
OpenInx 于2019年6月17日周一 下午2:45写道：
> Dear HBase dev:
>
> In HBASE-21879[1], we redesigned the offheap read path: read the HFileBlock
> from HDFS to pooled offheap
> ByteBuffers directly, while before HBASE-21879 we just read
The release note is also ready now.
Any other concerns?
Thanks.
张铎(Duo Zhang) 于2019年6月17日周一 下午6:31写道：
> HBASE-22590 has been resolved and HBASE-21512 has been rebased. Still need
> one more vote...
>
> 张铎(Duo Zhang) 于2019年6月15日周六 下午9:06写道：
>
>> When filling the release note, I found that I'd
I'm interested on this. It sounds like a weighted load balancer and valuable
for those users deploy their hbase cluster on cloud servers.
You can create a jira and make a patch for better discussion.
At 2019-06-18 05:00:54, "Pierre Zemb" wrote:
>Hi!
>
>My name is Pierre, I'm working at
Duo Zhang created HBASE-22600:
-
Summary: Document that LoadIncrementalHFiles will be removed in
3.0.0
Key: HBASE-22600
URL: https://issues.apache.org/jira/browse/HBASE-22600
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-22344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Hentschel resolved HBASE-22344.
---
Resolution: Fixed
Hadoop Flags: Reviewed
Fix Version/s: 1.4.11
Hi!
My name is Pierre, I'm working at OVH, an European cloud-provider. Our
team, Observability, is heavily relying on HBase to store telemetry. We
would like to open the discussion about adding into 1.4X and 2.X a new
Balancer.
[
https://issues.apache.org/jira/browse/HBASE-22574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-22574.
Resolution: Fixed
Hadoop Flags: Reviewed
Fix Version/s:
[
https://issues.apache.org/jira/browse/HBASE-22598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zheng Hu resolved HBASE-22598.
--
Resolution: Fixed
Hadoop Flags: Reviewed
> Deprecated the
Balazs Meszaros created HBASE-22599:
---
Summary: Let hbase-connectors compile against HBase 2.2.0
Key: HBASE-22599
URL: https://issues.apache.org/jira/browse/HBASE-22599
Project: HBase
Issue
HBASE-22590 has been resolved and HBASE-21512 has been rebased. Still need
one more vote...
张铎(Duo Zhang) 于2019年6月15日周六 下午9:06写道：
> When filling the release note, I found that I'd better do some works on
> master first, such as removing the deprecated methods in Table interface,
> so the
Zheng Hu created HBASE-22598:
Summary: Deprecated the
hbase.ipc.server.reservoir.initial.buffer.size &
hbase.ipc.server.reservoir.initial.max for HBase2.x compatibility
Key: HBASE-22598
URL:
[
https://issues.apache.org/jira/browse/HBASE-22593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Balazs Meszaros resolved HBASE-22593.
-
Resolution: Fixed
Fix Version/s: 1.4.11
1.3.6
Dear HBase dev:
In HBASE-21879[1], we redesigned the offheap read path: read the HFileBlock
from HDFS to pooled offheap
ByteBuffers directly, while before HBASE-21879 we just read the HFileBlock
to heap which would still lead
to high GC pressure.
After few months of development and testing, all
16 matches
Mail list logo
