[jira] [Commented] (IMPALA-12402) Make CatalogdMetaProvider's cache concurrency level configurable
[ https://issues.apache.org/jira/browse/IMPALA-12402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17766175#comment-17766175 ] Maxwell Guo commented on IMPALA-12402: -- Hello, I have saw that [~MikaelSmith] have +1 on this patch , so do we need another committer to +1 on this before this patch can be checked in ? [~stigahuang] > 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 > > when the cluster contains many db and tables such as if there are more than > 10 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) - To unsubscribe, e-mail: issues-all-unsubscr...@impala.apache.org For additional commands, e-mail: issues-all-h...@impala.apache.org
[jira] [Assigned] (IMPALA-12449) SSE2NEON is slow compared to native NEON code
[ https://issues.apache.org/jira/browse/IMPALA-12449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Quanlong Huang reassigned IMPALA-12449: --- Assignee: (was: Quanlong Huang) > SSE2NEON is slow compared to native NEON code > - > > Key: IMPALA-12449 > URL: https://issues.apache.org/jira/browse/IMPALA-12449 > Project: IMPALA > Issue Type: Bug >Affects Versions: Impala 4.3.0 >Reporter: Sebastian Pop >Priority: Critical > Fix For: Impala 4.3.0 > > > The port to arm64 uses https://github.com/DLTcollab/sse2neon an automatic > tool to convert x86_64 intrinsics to arm64 NEON. > As some of the x86_64 vector instructions do not have a one-to-one > translation to NEON, the sse2neon translation tool falls back to a sequential > emulation of the missing instructions. > To avoid those slow paths, we need to adapt to NEON instructions all the > code-paths with x86_64 intrinsics. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-all-unsubscr...@impala.apache.org For additional commands, e-mail: issues-all-h...@impala.apache.org
[jira] [Commented] (IMPALA-12449) SSE2NEON is slow compared to native NEON code
[ https://issues.apache.org/jira/browse/IMPALA-12449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17766172#comment-17766172 ] Quanlong Huang commented on IMPALA-12449: - Thanks for reporting this! Hi [~MikaelSmith], do you want to take this? > SSE2NEON is slow compared to native NEON code > - > > Key: IMPALA-12449 > URL: https://issues.apache.org/jira/browse/IMPALA-12449 > Project: IMPALA > Issue Type: Bug >Affects Versions: Impala 4.3.0 >Reporter: Sebastian Pop >Assignee: Quanlong Huang >Priority: Critical > Fix For: Impala 4.3.0 > > > The port to arm64 uses https://github.com/DLTcollab/sse2neon an automatic > tool to convert x86_64 intrinsics to arm64 NEON. > As some of the x86_64 vector instructions do not have a one-to-one > translation to NEON, the sse2neon translation tool falls back to a sequential > emulation of the missing instructions. > To avoid those slow paths, we need to adapt to NEON instructions all the > code-paths with x86_64 intrinsics. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-all-unsubscr...@impala.apache.org For additional commands, e-mail: issues-all-h...@impala.apache.org
