Comment spécifier la taille maximale du tas JVM «-Xmx» pour exécuter une application avec l'action «exécuter» dans SBT?

Mon application traite de grands tableaux de données et a besoin de plus de mémoire que la JVM n'en donne par défaut. Je sais qu'en Java, il est spécifié par l'option "-Xmx". Comment configurer SBT pour utiliser une valeur "-Xmx" particulière pour exécuter une application avec l'action "Exécuter"?

Essaye ça:

class ForkRun(info: ProjectInfo) extends DefaultProject(info) {
    override def fork = Some(new ForkScalaRun {
        override def runJVMOptions = super.runJVMOptions ++ Seq("-Xmx512m")
        override def scalaJars = Seq(buildLibraryJar.asFile, buildCompilerJar.asFile)
    })
}

Pour les processus fourchus, vous devriez regarder Build.scala

Pour modifier les options java pour les processus forkés, vous devez les spécifier dans le Build.scala (ou ce que vous avez nommé votre build) comme ceci:

val buildSettings = Defaults.defaultSettings ++ Seq(
   //…
   javaOptions += "-Xmx1G",
   //…
)

Cela vous donnera les options appropriées sans modifier globalement JAVA_OPTS, et cela mettra JAVA_OPTS personnalisé dans un script de démarrage généré par sbt

Pour les processus non fourchus , il est plus pratique de définir la configuration via sbtoptsou en sbtconfigfonction de votre version sbt.

Depuis sbt 0.13.6 .sbtconfigest obsolète . Modifiez en /usr/local/etc/sbtoptssuivant ces lignes:

-J-Xms512M
-J-Xmx3536M
-J-Xss1M
-J-XX:+CMSClassUnloadingEnabled
-J-XX:+UseConcMarkSweepGC
-J-XX:MaxPermSize=724M
-J-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005

Vous pouvez également créer un .sbtoptsfichier à la racine de votre projet SBT en utilisant la même syntaxe que dans le /usr/local/etc/sbtoptsfichier. Cela rend le projet autonome.

Avant sbt 0.13.6, vous pouviez définir les options dans .sbtconfig pour les processus non fourchus :

1. Vérifiez où se trouve sbt:

   $ which sbt
   /usr/local/bin/sbt

2. Regardez le contenu:

   $ cat /usr/local/bin/sbt
   #!/bin/sh
   test -f ~/.sbtconfig && . ~/.sbtconfig
   exec java ${SBT_OPTS} -jar /usr/local/Cellar/sbt/0.12.1/libexec/sbt-launch.jar "$@"

3. Définissez les options jvm correctes pour empêcher MOO (à la fois normal et PermGen):

   $ cat ~/.sbtconfig
   SBT_OPTS="-Xms512M -Xmx3536M -Xss1M 
    -XX:+CMSClassUnloadingEnabled 
    -XX:+UseConcMarkSweepGC -XX:MaxPermSize=724M"

Si vous souhaitez définir SBT_OPTS uniquement pour l'exécution actuelle de sbt, vous pouvez l'utiliser env SBT_OPTS=".." sbtcomme suggéré par Googol Shan. Vous pouvez également utiliser l'option ajoutée dans la société SBT 12: sbt -mem 2048. Cela devient compliqué pour les listes d'options plus longues, mais cela peut aider si vous avez différents projets avec des besoins différents.

Notez que CMSClassUnloadingEnabled de concert avec UseConcMarkSweepGC aide à garder l'espace PermGen propre, mais en fonction des frameworks que vous utilisez, vous pouvez avoir une fuite réelle sur PermGen, qui finit par forcer un redémarrage.

À partir de la version 12 de sbt, il existe une option pour cela:

$sbt -mem 2048 

Si vous exécutez sbt sur un shell Linux, vous pouvez utiliser:

env JAVA_OPTS="-Xmx512m" sbt run

C'est ma commande habituellement utilisée pour exécuter mon projet sbt.

.sbtconfigest obsolète à partir de SBT 0.13.6. Au lieu de cela, j'ai configuré ces options /usr/local/etc/sbtoptsde la manière suivante:

-J-Xms512M
-J-Xmx3536M
-J-Xss1M
-J-XX:+CMSClassUnloadingEnabled
-J-XX:+UseConcMarkSweepGC
-J-XX:MaxPermSize=724M
-J-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005

Il y a un moyen que je connais. Définissez la variable d'environnement JAVA_OPTS.

JAVA_OPTS='-Xmx512m'

Je n'ai pas trouvé de moyen de faire cela en tant que paramètre de commande.

Utilisez JAVA_OPTS pour définir avec la variable d'environnement.

Utilisez les options -JX pour sbt pour les options individuelles, par exemple -J-Xmx2048 -J-XX: MaxPermSize = 512

Les nouvelles versions de sbt ont une option "-mem".

Le javaOptions += "-XX:MaxPermSize=1024"dans notre build.sbt comme référencé par @iwein ci-dessus a fonctionné pour nous quand nous voyions un java.lang.OutOfMemoryError levé lors de l'exécution de tests Specs2 via sbt.

La variable d'environnement est _JAVA_OPTIONS, qui doit être définie. Une fois que vous avez défini _JAVA_OPTIONS, et lorsque vous sbt, sbt affichera le message en utilisant JAVA_OPTIONS et les valeurs.

Vous pouvez également définir javaOption dans le fichier sbt ou .scala, par exemple

javaOptions += "-Xmx1G"

À partir du shell sbt, vous pouvez exécuter show javaOptions pour voir les valeurs définies.

    javaOptions in Test += "-Xmx1G"

Cela définit les options JVM pour les tests. Fonctionne également avec jvm forking ( fork in Test := true).

sbt vous permet de lister les options JVM dont vous avez besoin pour exécuter votre projet sur un fichier nommé

.jvmopts

à la racine de votre projet. puis ajoutez les options java souhaitées

cat .jvmopts
-Xms512M
-Xmx4096M
-Xss2M
-XX:MaxMetaspaceSize=1024M

il est testé et fonctionne sous windows 10 https://www.lagomframework.com/documentation/1.4.x/scala/JVMMemoryOnDev.html