accumulo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Arshak Navruzyan <>
Subject Re: ISAM file location vs. read performance
Date Sun, 12 Jan 2014 18:58:31 GMT

Thanks for the explanation.  I had to look up the HDFS block distribution
documentation and it now makes complete sense.

"the 1st replica is placed on the local machine"

So since the compacted RFile is not splittable by HDFS, this ensures that
the whole thing will be available where the Accumulo tablet is running.

Maybe I can test out the shortcircuit reads and report back.



On Sun, Jan 12, 2014 at 9:36 AM, John Vines <> wrote:

> So I'm not certain on our performance with short circuit reads, aside from
> them being better.
> But because of the way hdfs writes get distributed, a tablet server has a
> strong probability of being a local read, so that is there. This is because
> a tserver with ultimately end up major compacting it's files, ensuring
> locality. So simply constantly ingesting will lead to eventual locality if
> it wasn't there before. It just so happens those reads go through a
> datanode, but not necessarily through the network.
> Sent from my phone, please pardon the typos and brevity.
> On Jan 12, 2014 12:29 PM, "Arshak Navruzyan" <> wrote:
>> One aspect of Accumulo architecture is still unclear to me.  Would you
>> achieve better scan performance if you could guarantee that the tablet and
>> its ISAM file lived on the same node?  Guessing ISAM files are not
>> splittable so they pretty much stay on one HDFS data node (plus the replica
>> copy). Or is the theory that SATA and a 10GBps network provide more or less
>> the same throughput?
>> I generally understand that as the table grows and Accumulo creates more
>> splits (tablets) you get better distribution over the cluster but seems
>> like data location would still be important.   HBase folks seem to think
>> that you can approx. double your throughput if let the region server
>> directly read the file ( as opposed to
>> going through the data node. (
>>  Perhaps this is
>> due more to HDFS overhead?
>> I do get that one really nice thing about Accumulo's architecture is that
>> it costs almost nothing to reassign tablet to a different tserver and this
>> is a huge problem for other systems.

View raw message