[
https://issues.apache.org/jira/browse/KUDU-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16003819#comment-16003819
]
Adar Dembo commented on KUDU-2003:
----------------------------------
>From file_cache-stress-test.cc:
{code}
// This default value is friendly to many n-CPU configurations.
DEFINE_int32(test_max_open_files, 192, "Maximum number of open files enforced "
"by the cache. Should be a multiple of the number of CPUs on the "
"system.");
{code}
IIRC, I tested with 6, 8, and 48 cores, all of which are multiples of 192. So
yeah, makes sense that it doesn't work on 88.
> file_cache-stress-test fails on systems with many CPUs
> ------------------------------------------------------
>
> Key: KUDU-2003
> URL: https://issues.apache.org/jira/browse/KUDU-2003
> Project: Kudu
> Issue Type: Bug
> Components: test
> Reporter: Todd Lipcon
> Labels: newbie
>
> The underlying LRU cache ends up with many shards on a system with lots of
> CPUs, which means it can overshoot the configured max by quite a bit,
> apparently. It fails reliably on a box with 88 cores.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
