hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rui Li (JIRA)" <>
Subject [jira] [Commented] (HIVE-9153) Evaluate CombineHiveInputFormat versus HiveInputFormat [Spark Branch]
Date Thu, 18 Dec 2014 12:45:13 GMT


Rui Li commented on HIVE-9153:

Judging from the results, I think fewer mappers can improve overall performance, which is
true for both spark and tez. Problem is that, why spark is 60s slower than tez with same #
of mappers.
One possible reason is that we don't have data locality with CombineHiveInputFormat, which
is tracked by HIVE-8722.
I also noticed that the parallelism drops during execution (attach a screenshot later). This
may be due to the delay schedule mechanism of spark, which attempts to schedule tasks with
some locality first.

> Evaluate CombineHiveInputFormat versus HiveInputFormat [Spark Branch]
> ---------------------------------------------------------------------
>                 Key: HIVE-9153
>                 URL:
>             Project: Hive
>          Issue Type: Sub-task
>          Components: Spark
>    Affects Versions: spark-branch
>            Reporter: Brock Noland
>            Assignee: Rui Li
>         Attachments: screenshot.PNG
> The default InputFormat is {{CombineHiveInputFormat}} and thus HOS uses this. However,
Tez uses {{HiveInputFormat}}. Since tasks are relatively cheap in Spark, it might make sense
for us to use {{HiveInputFormat}} as well. We should evaluate this on a query which has many
input splits such as {{select count(\*) from store_sales where something is not null}}.

This message was sent by Atlassian JIRA

View raw message