[
https://issues.apache.org/jira/browse/HIVE-16669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16263404#comment-16263404
]
Eugene Koifman commented on HIVE-16669:
---------------------------------------
If we have table based WriteIDs, can compactor compact up to the smallest open
WriteID in a table rather that smallest open global txn?
This would mean compactor is less likely to starve due to long running write
transactions (multi statement especially)
> Fine tune Compaction to take advantage of Acid 2.0
> --------------------------------------------------
>
> Key: HIVE-16669
> URL: https://issues.apache.org/jira/browse/HIVE-16669
> Project: Hive
> Issue Type: Bug
> Components: Transactions
> Reporter: Eugene Koifman
> Assignee: Eugene Koifman
> Priority: Critical
> Attachments: HIVE-16669.wip.patch
>
>
> * There is little point using 2.0 vectorized reader since there is no
> operator pipeline in compaction
> * If minor compaction just concats delete_delta files together, then the 2
> stage compaction should always ensure that we have a limited number of Orc
> readers to do the merging and current OrcRawRecordMerger should be fine
> * ...
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
