You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Prasanth Jayachandran (JIRA)" <ji...@apache.org> on 2015/11/30 23:40:11 UTC
[jira] [Commented] (HIVE-12537) RLEv2 doesn't seem to work
[ https://issues.apache.org/jira/browse/HIVE-12537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15032628#comment-15032628 ]
Prasanth Jayachandran commented on HIVE-12537:
----------------------------------------------
[~bograd] Thanks for reporting this issue and for the test case. It looks like code simplification in HIVE-8078 introduced this regression. I will put up patch shortly.
> RLEv2 doesn't seem to work
> --------------------------
>
> Key: HIVE-12537
> URL: https://issues.apache.org/jira/browse/HIVE-12537
> Project: Hive
> Issue Type: Bug
> Components: File Formats, ORC
> Affects Versions: 1.2.1
> Reporter: Bogdan Raducanu
> Labels: orc, orcfile
> Attachments: Main.java, orcdump.txt
>
>
> Perhaps I'm doing something wrong or is actually working as expected.
> Putting 1 million constant int32 values produces an ORC file of 1MB. Surprisingly, 1 million consecutive ints produces a much smaller file.
> Code and FileDump attached.
> {code}
> ObjectInspector inspector = ObjectInspectorFactory.getReflectionObjectInspector(
> Integer.class, ObjectInspectorFactory.ObjectInspectorOptions.JAVA);
> Writer w = OrcFile.createWriter(new Path("/tmp/my.orc"),
> OrcFile.writerOptions(new Configuration())
> .compress(CompressionKind.NONE)
> .inspector(inspector)
> .encodingStrategy(OrcFile.EncodingStrategy.COMPRESSION)
> .version(OrcFile.Version.V_0_12)
> );
> for (int i = 0; i < 1000000; ++i) {
> w.addRow(123);
> }
> w.close();
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)