[
https://issues.apache.org/jira/browse/HIVE-29820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
László Bodor updated HIVE-29820:
--------------------------------
Description:
1. lots of repeated code regarding cache + dynamicValueCache
2. LlapObject cache needless implementation for computeIfAbsent (can use the
same from ConcurrentHashMap)
3. force caching plans in LLAP daemons (see attached flamegraph)
- using mr/ObjectCache was a no-op before HIVE-25582
- even after HIVE-25582, mr/ObjectCache is only a local cache path (no static
reference to any global caches), so evert Processor instance starts with an
empty cache, so eventually it's a no-op too
was:
1. lots of repeated code regarding cache + dynamicValueCache
2. LlapObject cache needless implementation for computeIfAbsent (can use the
same from ConcurrentHashMap)
3. force caching plans in LLAP daemons (see attached flamegraph)
> Refactor and improve ObjectCache in some RecordProcessors
> ---------------------------------------------------------
>
> Key: HIVE-29820
> URL: https://issues.apache.org/jira/browse/HIVE-29820
> Project: Hive
> Issue Type: Bug
> Reporter: László Bodor
> Assignee: László Bodor
> Priority: Major
> Labels: pull-request-available
> Attachments: Screenshot 2026-07-01 at 13.55.25 (1).png
>
>
> 1. lots of repeated code regarding cache + dynamicValueCache
> 2. LlapObject cache needless implementation for computeIfAbsent (can use the
> same from ConcurrentHashMap)
> 3. force caching plans in LLAP daemons (see attached flamegraph)
> - using mr/ObjectCache was a no-op before HIVE-25582
> - even after HIVE-25582, mr/ObjectCache is only a local cache path (no static
> reference to any global caches), so evert Processor instance starts with an
> empty cache, so eventually it's a no-op too
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
