You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Michael Smith (Jira)" <ji...@apache.org> on 2023/10/24 16:19:00 UTC
[jira] [Resolved] (IMPALA-12402) Make CatalogdMetaProvider's cache concurrency level configurable
[ https://issues.apache.org/jira/browse/IMPALA-12402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Smith resolved IMPALA-12402.
------------------------------------
Fix Version/s: Impala 4.4.0
Resolution: Fixed
> Make CatalogdMetaProvider's cache concurrency level configurable
> ----------------------------------------------------------------
>
> Key: IMPALA-12402
> URL: https://issues.apache.org/jira/browse/IMPALA-12402
> Project: IMPALA
> Issue Type: Improvement
> Components: fe
> Reporter: Maxwell Guo
> Assignee: Maxwell Guo
> Priority: Minor
> Labels: pull-request-available
> Fix For: Impala 4.4.0
>
>
> when the cluster contains many db and tables such as if there are more than 100000 tables, and if we restart the impalad , the local cache_ CatalogMetaProvider's need to doing some loading process.
> As we know that the goole's guava cache 's concurrencyLevel os set to 4 by default.
> but if there is many tables the loading process will need more time and increase the probability of lock contention, see [here|https://github.com/google/guava/blob/master/guava/src/com/google/common/cache/CacheBuilder.java#L437].
> So we propose to add some configurations here, the first is the concurrency of cache.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)