spark-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean Owen (JIRA)" <>
Subject [jira] [Commented] (SPARK-15531) spark-class tries to use too much memory when running Launcher
Date Wed, 25 May 2016 21:13:12 GMT


Sean Owen commented on SPARK-15531:

The problem is really that ulimit; it is going to make any java process without -Xmx fail
Still I wonder if it's just as well to put some liberal max heap size limit on the launcher...
or do I misunderstand and the launcher process is not merely kicking off other processes?

> spark-class tries to use too much memory when running Launcher
> --------------------------------------------------------------
>                 Key: SPARK-15531
>                 URL:
>             Project: Spark
>          Issue Type: Bug
>          Components: Deploy
>    Affects Versions: 1.6.1, 2.0.0
>         Environment: Linux running in Univa or Sun Grid Engine
>            Reporter: mathieu longtin
>            Priority: Minor
>              Labels: launcher
> When running Java on a server with a lot of memory but a rather small virtual memory
ulimit, Java will try to allocate a large memory pool and fail:
> {code}
> # System has 128GB of Ram but ulimit set to 7.5G
> $ ulimit -v
> 7812500
> $ java -client
> Error occurred during initialization of VM
> Could not reserve enough space for object heap
> Error: Could not create the Java Virtual Machine.
> Error: A fatal exception has occurred. Program will exit.
> {code}
> This is a known issue with Java, but unlikely to get fixed.
> As a result, when starting various Spark process (spark-submit, master or workers), they
fail when {{spark-class}} tries to run {{org.apache.spark.launcher.Main}}.
> To fix this, add {{-Xmx128m}} to this line
> {code}
> "$RUNNER" -Xmx128m -cp "$LAUNCH_CLASSPATH" org.apache.spark.launcher.Main "$\@"
> {code}
> (
> We've been using 128m and that works in our setup. Considering all the launcher does
is analyze the arguments and env var and spit out some command, it should be plenty. All other
calls to Java seem to include some value for -Xmx, so it is not an issue elsewhere.
> I don't mind submitting a PR, but I'm sure somebody has opinions on the 128m (bigger,
smaller, configurable, ...), so I'd rather it would be discussed first.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message