Discussion :

[daliz]

Bonjour,

En fait dans mon code java j'appelle un script avec Rutime.exec("commande")
J'ai l'exception suivante :

java.io.IOException: Not enough space
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.<init>(UNIXProcess.java:52)
at java.lang.Runtime.execInternal(Native Method)
at java.lang.Runtime.exec(Runtime.java:566)

J'ai pu corriger ça en augmentant la taille de mon espace swap car en effet le runtime.exec fork le process et la nouvelle jvm a la même taille que la jvm mère.
Le problème c'est que la taille de ma jvm est de 2G et je trouve que c'est vraiment con de perdre 2G de mémoire pour executer le petit script.

Auriez vous une idée pour contourner ce problème ?

Merci d'avance

[daliz]

personne n'a une idée??

[nicorama]

Je pense que c'est plus ton programme qu'il faut revoir que le système sur lequel il tourne.
Ca parait plus logique en tout cas.

[adiGuba]

Salut,

Je pense que c'est plus ton programme qu'il faut revoir que le système sur lequel il tourne.
Ca parait plus logique en tout cas.

Au contraire je pense que le problème vient du système...

Généralement sous les systèmes Unix on utilise fork() puis exec() pour lancer un nouveau processus :

• fork() duplique le processus courant afin de créer un nouveau processus.
• exec() remplace le processus courant par un autre programme.

Le problème vient du fait que le fork() copie l'intégralité du processus courant, et comme dans son cas l'application occupe 2Go le nouveau processus en occupera aussi 2Go, mais seulement entre le fork() et le exec()... ce qui provoque le "Not enough space"



Normalement sous Linux ce problème ne devrait pas avoir lieu, puisque fork() ne fonctionne pas exactement de la même manière (il crée un nouveau process mais ne duplique pas la mémoire de suite, mais seulement lors de la première écriture dans la mémoire), ce qui permet de faire un fork()+exec() sans exploser la mémoire...


Normalement il existe les appels systèmes vfork() et/ou posix_spawn() qui évite cette copie de mémoire...

Plus d'info sur le sujet : http://developers.sun.com/solaris/ar...ubprocess.html

Il faudrait savoir la version de ton OS et de ta JVM.

Et comme solutions tu pourrais :

• Vérifier s'il n'existe pas une JVM plus récente pour ton système qui corrigerait ce problème.
• Utiliser JNI pour appeler une méthode native qui utiliserait vfork() ou posix_spawn() pour lancer ta commande (attention car il faut quand même de bonne base de programmation système en C).
• Te créer une application serveur minimum qui se chargera de lancer les processus (ex: tu recois la commande par socket et tu lances le programme).

Bon courage...

a++

[nicorama]

Houla, ca me dépasse Bon courage, il semble y avoir une solution.

[daliz]

Salut,


Au contraire je pense que le problème vient du système...

Généralement sous les systèmes Unix on utilise fork() puis exec() pour lancer un nouveau processus :

• fork() duplique le processus courant afin de créer un nouveau processus.
• exec() remplace le processus courant par un autre programme.

Le problème vient du fait que le fork() copie l'intégralité du processus courant, et comme dans son cas l'application occupe 2Go le nouveau processus en occupera aussi 2Go, mais seulement entre le fork() et le exec()... ce qui provoque le "Not enough space"



Normalement sous Linux ce problème ne devrait pas avoir lieu, puisque fork() ne fonctionne pas exactement de la même manière (il crée un nouveau process mais ne duplique pas la mémoire de suite, mais seulement lors de la première écriture dans la mémoire), ce qui permet de faire un fork()+exec() sans exploser la mémoire...


Normalement il existe les appels systèmes vfork() et/ou posix_spawn() qui évite cette copie de mémoire...

Plus d'info sur le sujet : http://developers.sun.com/solaris/ar...ubprocess.html

Il faudrait savoir la version de ton OS et de ta JVM.

Et comme solutions tu pourrais :

• Vérifier s'il n'existe pas une JVM plus récente pour ton système qui corrigerait ce problème.
• Utiliser JNI pour appeler une méthode native qui utiliserait vfork() ou posix_spawn() pour lancer ta commande (attention car il faut quand même de bonne base de programmation système en C).
• Te créer une application serveur minimum qui se chargera de lancer les processus (ex: tu recois la commande par socket et tu lances le programme).

Bon courage...

a++

Merci beaucoup pour ton aide,
J'utilise Java 1.4 sur solaris 9
tes explications m'ont été d'une grande aide. Pour l'instant je vais garder quand même mon code en augmentant la taillle de ma mémoire swap.

thx