[
https://issues.apache.org/jira/browse/GEODE-9443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17384981#comment-17384981
]
ASF subversion and git services commented on GEODE-9443:
--------------------------------------------------------
Commit 4338015abc1605217204681f5043c3bb6f1c714a in geode's branch
refs/heads/develop from Dale Emery
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=4338015 ]
GEODE-9443: Increase pid_max in CI images (#6710)
Certain Geode tests create a lot of threads. When these tests run in
parallel with many other tests (as they do in CI), the whole set of
concurrently running tests can overwhelm the Linux kernel's ability to
assign PIDs to new threads. When this happens, test processes, Gradle
processes, and other processes can become unable to create new threads.
The relevant system parameter is `kernel.pid_max`. In our CI images,
`pid_max` is 98,304.
This commit raises CI images' `pid_max` to 983040 (10x the default
value). A build can run 24 concurrent instances of even our most
thread-heavy tests without exceeding this threshold.
Co-authored-by: Dale Emery <dem...@vmware.com>
> Increase kernel.pid_max in CI images
> ------------------------------------
>
> Key: GEODE-9443
> URL: https://issues.apache.org/jira/browse/GEODE-9443
> Project: Geode
> Issue Type: Test
> Components: tests
> Reporter: Dale Emery
> Assignee: Dale Emery
> Priority: Major
> Labels: GeodeOperationAPI, pull-request-available
>
> Certain Geode tests create a lot of threads. When these tests run in parallel
> with many other tests (as they do in CI), the whole set of concurrently
> running tests can overwhelm the Linux kernel's ability to assign PIDs to new
> threads. When this happens, test processes, Gradle processes, and other
> processes can become unable to create new threads.
> The relevant system parameter is {{kernel.pid_max}}. On our CI systems,
> {{pid_max}} is 98,304.
> Raising {{pid_max}} to 983040 (10x the default value). A build can run 24
> concurrent instances of even our most thread-heavy tests without exceeding
> this threshold.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
