[ https://issues.apache.org/jira/browse/HIVE-9153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14252874#comment-14252874 ]
Rui Li commented on HIVE-9153: ------------------------------ I think we actually can get location info with {{CombineHiveInputFormat}}. I verified this by running some tests on my machine and most tasks have NODE_LOCAL locality (some has PROCESS_LOCAL because {{CombineHiveInputFormat.getLocations}} returns null). BTW, spark prints "PROCESS_LOCAL" for tasks that have no preferred locations, which may be a bug: {code} if (TaskLocality.isAllowed(maxLocality, TaskLocality.NO_PREF)) { // Look for noPref tasks after NODE_LOCAL for minimize cross-rack traffic for (index <- dequeueTaskFromList(execId, pendingTasksWithNoPrefs)) { return Some((index, TaskLocality.PROCESS_LOCAL, false)) } } {code} > Evaluate CombineHiveInputFormat versus HiveInputFormat [Spark Branch] > --------------------------------------------------------------------- > > Key: HIVE-9153 > URL: https://issues.apache.org/jira/browse/HIVE-9153 > 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 (v6.3.4#6332)