Project

General

Profile

Bug #5247

Allow user to set memory allocated to Kepler from within Kepler

Added by Derik Barseghian almost 9 years ago. Updated about 7 years ago.

Status:
Resolved
Priority:
Normal
Category:
general
Target version:
Start date:
11/23/2010
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
5247

Description

A nice feature for advanced users would be to let them set how much memory kepler is allocated (presumably a restart would be required for the change to take place).

This is in part motivated by some users who have run workflows that pass large chunks of data around as tokens, and execution has stopped with an error because of heap space errors.

History

#1 Updated by David Welker almost 9 years ago

Added this feature.

#2 Updated by Daniel Crawl over 8 years ago

This does not work when using kepler.sh.

Additionally, it appears the settings are saved in build-area/settings/memory.xml, which is not writable on shared Kepler installations; memory.xml should be written to ~/KeplerData/.

#3 Updated by David Welker over 8 years ago

Memory.xml will currently be written in KeplerData when appropriate. (i.e. in installations, when use.keplerdata is present in /build-area)

Improvements to kepler.sh for this enhancement will occur in 2.3 or later.

#4 Updated by jianwu jianwu over 7 years ago

The current default max memory of Kepler is 512 MB, which is set at build-area/settings/memory.xml. It's not enough for bioKepler suite, which normally needs at least 1 GB (I usually use 2GB).

It might not be a good idea to increase current default memory size just for bioKepler. Ideally, we should be able to set different default memory size for different suites.

#5 Updated by Derik Barseghian over 7 years ago

(In reply to comment #4)

The current default max memory of Kepler is 512 MB, which is set at
build-area/settings/memory.xml. It's not enough for bioKepler suite, which
normally needs at least 1 GB (I usually use 2GB).

It might not be a good idea to increase current default memory size just for
bioKepler. Ideally, we should be able to set different default memory size for
different suites.

This is possible, and we do so for provenance. See provenance Initialize.java. However it would be nice if there were a more general solution.

#6 Updated by Christopher Brooks over 7 years ago

Increasing the default memory heap size to 1 Gig.
However, I would not increase the default too much.

32-bit Windows Java implementations are limited to about 1.6 gig:

cxh@newton ~
$ java -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Client VM (build 17.0-b16, mixed mode, sharing)

cxh@newton ~
$ java -Xmx1600M -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Client VM (build 17.0-b16, mixed mode)

cxh@newton ~
$ java -Xmx1800M -version
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.

See
http://stackoverflow.com/questions/171205/java-maximum-memory-on-windows-xp

The FMI Interfaces uses a 32-bit JVM because Dymola is 32-bit because it
uses 32-bit solvers.

#7 Updated by Ilkay Altintas about 7 years ago

Derik will increase the default memory heap size to 1 Gig.

#8 Updated by Derik Barseghian about 7 years ago

I increased max memory to 1gb at r30353. You will have to delete your existing build-area/settings/memory.xml

#9 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 5247

Also available in: Atom PDF