hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Wei Zheng (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HIVE-15920) Implement a blocking version of a command to compact
Date Fri, 03 Mar 2017 22:25:45 GMT

    [ https://issues.apache.org/jira/browse/HIVE-15920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15895152#comment-15895152
] 

Wei Zheng commented on HIVE-15920:
----------------------------------

Code change looks good. The test looks a little unclear.
{code}
    //w/o AND WAIT the above alter table retuns almost immediately 
    Assert.assertTrue(System.currentTimeMillis() > start + 2);
{code}
Do we expect a specific interval of delay here? Anyway this is hard to be tested in UT.

> Implement a blocking version of a command to compact
> ----------------------------------------------------
>
>                 Key: HIVE-15920
>                 URL: https://issues.apache.org/jira/browse/HIVE-15920
>             Project: Hive
>          Issue Type: Improvement
>          Components: Transactions
>            Reporter: Eugene Koifman
>            Assignee: Eugene Koifman
>         Attachments: HIVE-15920.01.patch
>
>
> currently 
> {noformat}
> alter table AcidTable compact 'major'
> {noformat} 
> is supported which enqueues a msg to compact.
> Would be nice for testing and script building to support 
> {noformat} 
> alter table AcidTable compact 'major' blocking
> {noformat} 
> perhaps another variation is to block until either compaction is done or until cleaning
is finished.
> DDLTask.compact() gets a request id back so it can then just block and wait for it using
some new API
> may also be useful to let users compact all partitions but only if  a separate queue
has been set up for compaction jobs.
> The later is because with a 1M partition table, this may create very many jobs and saturate
the cluster.
> This probably requires HIVE-12376 to make sure the compaction queue does the throttling,
not the number of worker threads



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message