You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Lars Hofhansl (JIRA)" <ji...@apache.org> on 2012/12/18 07:26:15 UTC
[jira] [Assigned] (HBASE-7371) Blocksize in TestHFileBlock is
unintentionally small
[ https://issues.apache.org/jira/browse/HBASE-7371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Lars Hofhansl reassigned HBASE-7371:
------------------------------------
Assignee: Lars Hofhansl
> Blocksize in TestHFileBlock is unintentionally small
> ----------------------------------------------------
>
> Key: HBASE-7371
> URL: https://issues.apache.org/jira/browse/HBASE-7371
> Project: HBase
> Issue Type: Sub-task
> Reporter: Lars Hofhansl
> Assignee: Lars Hofhansl
> Priority: Minor
>
> Looking at TestHFileBlock.writeBlocks I see this:
> {code}
> for (int j = 0; j < rand.nextInt(500); ++j) {
> // This might compress well.
> dos.writeShort(i + 1);
> dos.writeInt(j + 1);
> }
> {code}
> The result is probably not what the author intended. {{rand.nextInt(500)}} is evaluated during each iterations and that leads to very small blocks size mostly between ~100 and 300 bytes or so.
> The author probably intended this:
> {code}
> int size = rand.nextInt(500);
> for (int j = 0; j < size; ++j) {
> // This might compress well.
> dos.writeShort(i + 1);
> dos.writeInt(j + 1);
> }
> {code}
> This leads to more reasonable block sizes between ~200 and 3000 bytes
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira