You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@storm.apache.org by "Richard Zowalla (Jira)" <ji...@apache.org> on 2023/08/15 07:53:00 UTC

[jira] [Resolved] (STORM-3792) Change pom.xml to use more test JVM threads without reuse

     [ https://issues.apache.org/jira/browse/STORM-3792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard Zowalla resolved STORM-3792.
------------------------------------
    Fix Version/s: 2.6.0
       Resolution: Fixed

> Change pom.xml to use more test JVM threads without reuse
> ---------------------------------------------------------
>
>                 Key: STORM-3792
>                 URL: https://issues.apache.org/jira/browse/STORM-3792
>             Project: Apache Storm
>          Issue Type: Improvement
>          Components: blobstore, examples, integration-test, storm-hdfs, storm-hive, storm-kafka, storm-kafka-client, storm-kafka-monitor, storm-server, storm-sql
>            Reporter: Bipin Prasad
>            Assignee: Bipin Prasad
>            Priority: Major
>             Fix For: 2.6.0
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> Maven surefire plugin configuration has two important flags:
>   (1) reuseForks - setting of true mean reuse created JVMs.
>   (2) forkCount - number of JVMs to create for testing. Pure number is an absolute count, whereas 1.0C means same as the number of CPUs.
> Reusing forked JVMs can cause somewhat indeterminate failures in test when global class instances are not properly initialized or cleaned. An example of such a singleton class Time. 
> Not reusing will cause a slowdown in tests. 
> To mitigate this slowdown, wherever the "forkCount=1", change it to "forkCount=1.0C" and add reuseForks=false if not already present. However, some modules (example storm-hdfs) forkCount cannot be increased from 1 to 1.0C, due to either resources limits or global locking (as in hdfs tests). 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)