Details
-
Improvement
-
Status: Closed
-
Major
-
Resolution: Fixed
-
1.2.1, 1.3.0, 2.0.0
Description
After 4 million keys, the map-join implementation seems to suffer from a performance degradation.
The hashtable build & probe time makes this very inefficient, even if the data is very compact (i.e 2 ints).
Falling back onto the shuffle join or bucket map-join is useful after 2^22 items.
(Note: this fixes a statsutil issue - due to the extra clone() in the column stats path)
Attachments
Attachments
Issue Links
- incorporates
-
HIVE-16137 Default value of hive config hive.auto.convert.join.hashtable.max.entries should be set to 40m instead of 4m
- Resolved
- is related to
-
HIVE-17276 Check max shuffle size when converting to dynamically partitioned hash join
- Closed
-
HIVE-17521 Improve defaults for few runtime configs
- Closed
- links to