impressive. thanks
On Jul 15, 2013 9:00 AM, "kulkarni.swar...@gmail.com" <
kulkarni.swar...@gmail.com> wrote:
> Hello all,
>
> In order to help understand the intricacies of HBase, I started a small pet
> project to depict some of the more complicated concepts graphically so as
> to make them easi
Very cute.
On Monday, July 15, 2013, anil gupta wrote:
> Hey Swarnim,
>
> Really nice work. Keep on going!
>
> ~Anil
>
>
>
> On Sun, Jul 14, 2013 at 5:59 PM, kulkarni.swar...@gmail.com <
> kulkarni.swar...@gmail.com > wrote:
>
> > Hello all,
> >
> > In order to help understand the intricacies of
Thanks Amit, I am also using 0.94.2 . I am also pre-splitting and I tried
the table.clearRegionCache() but still doesn't work.
- R
On Sun, Jul 14, 2013 at 3:45 AM, Amit Sela wrote:
> If new regions are created during the bulk load (are you pre-splitting ?),
> maybe try myTable.clearRegionCache
The HBase by default does not use parallel scanning mechanism. It is
sequential. There are some JIRA that try to implement scanning in parallel
on the regions. HBASE-1935 is one such idea.
Projects like phoenix uses Coprocessors to scan the regions in parallel and
the results are returned to the
Hey Swarnim,
Really nice work. Keep on going!
~Anil
On Sun, Jul 14, 2013 at 5:59 PM, kulkarni.swar...@gmail.com <
kulkarni.swar...@gmail.com> wrote:
> Hello all,
>
> In order to help understand the intricacies of HBase, I started a small pet
> project to depict some of the more complicated co
phoenix is using coprocessor internal
On Sun, Jul 14, 2013 at 11:15 PM, Asaf Mesika wrote:
> To my knowledge, scan is not parallel, hence the speed of queries of
> Impala, Phoenix, and other similar projects.
>
> On Saturday, July 13, 2013, ch huang wrote:
>
> > hi ted ,for example i have a tabl
Hello all,
In order to help understand the intricacies of HBase, I started a small pet
project to depict some of the more complicated concepts graphically so as
to make them easier to grasp. My current effort can be found here[1]. I'll
continue adding stuff to it as and when I get a chance.
Hope
If you get KeyValue object by the client, then you have its size for free
(it's the size of its internal byte array) - so why is it time consuming?
On Fri, Jul 5, 2013 at 2:23 AM, Bikash Agrawal wrote:
> Hi ,
>
> Need to calculate data size in HBase. I can do it by using KV length. But
> it is t
To my knowledge, scan is not parallel, hence the speed of queries of
Impala, Phoenix, and other similar projects.
On Saturday, July 13, 2013, ch huang wrote:
> hi ted ,for example i have a table with 10 regions, if i offer the
> condition hit the data of 8 regions,is it different do it use oragin
Checked now. It is 0.94.6.1
- Original Message -
From: lars hofhansl
To: "user@hbase.apache.org"
Cc:
Sent: Sunday, July 14, 2013 6:55 AM
Subject: Re: HBase issues since upgrade from 0.92.4 to 0.94.6
Didn't check, but I sincerely hope that CDH 4.3.0 ships with HBase 0.94.6.1
(and no
Didn't check, but I sincerely hope that CDH 4.3.0 ships with HBase 0.94.6.1
(and not 0.94.6).
From: David Koch
To: user@hbase.apache.org
Sent: Friday, July 12, 2013 3:09 AM
Subject: HBase issues since upgrade from 0.92.4 to 0.94.6
Hello,
NOTE: I posted the sam
If new regions are created during the bulk load (are you pre-splitting ?),
maybe try myTable.clearRegionCache() after the bulk load (or even after the
pre-splitting if you do pre-split).
This should clear the region cache. I needed to use this because I am
pre-splitting my tables for bulk load.
BTW
12 matches
Mail list logo
