hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Prasanth Jayachandran (JIRA)" <>
Subject [jira] [Updated] (HIVE-12450) OrcFileMergeOperator does not use correct compression buffer size
Date Wed, 18 Nov 2015 19:44:11 GMT


Prasanth Jayachandran updated HIVE-12450:
    Attachment: HIVE-12450.2.patch

Minor change. The compression buffer size should only be set when compression is not NONE
to avoid the bug in HIVE-12452

> OrcFileMergeOperator does not use correct compression buffer size
> -----------------------------------------------------------------
>                 Key: HIVE-12450
>                 URL:
>             Project: Hive
>          Issue Type: Bug
>          Components: ORC
>    Affects Versions: 1.2.0, 1.3.0, 1.2.1, 2.0.0
>            Reporter: Prasanth Jayachandran
>            Assignee: Prasanth Jayachandran
>            Priority: Critical
>         Attachments: HIVE-12450.1.patch, HIVE-12450.2.patch
> OrcFileMergeOperator checks for compatibility before merging orc files. This compatibility
check include checking compression buffer size. But the output file that is created does not
honor the compression buffer size and always defaults to 256KB. This will not be a problem
when reading the orc file but can create unwanted memory pressure because of wasted space
within compression buffer.
> This issue also can make the merged file unreadable under certain cases. For example,
if the original compression buffer size is 8KB and if  hive.exec.orc.default.buffer.size is
set to 4KB. The merge file operator will use 4KB instead of actual 8KB which can result in
hanging of ORC reader (more specifically ZlibCodec will wait for more compression buffers).

This message was sent by Atlassian JIRA

View raw message