Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Quelle language a été utilisé pour implanter la Java Virtual Machine
Bonsoir,
l' intitulé dit déjà tout.
Je me pose la question en quel language la Java Virtual Machine a été écrite.
Cela m' étonnerait que ce soit en Assembleur, car je vois mal récrire le code en Assembleur pour toute les plateformes. (temps et complexité)
Donc j'en déduit que c' est fait en C ou un autre language.
J'ai recherché sur le net, mais je n' ai rien trouvé à ce sujet.
Merci à vous
En Java?Envoyé par je®ome
(le chat qui se mort la queue)
En C je pense...
Il me semble avoir lù quelque part que c'était en C++ mais j'en pas sùr et certain.
Salut,
Vous avez tout les deux raisons
L'info n'est pas dur à trouver (n'oubliez pas que Java est en GPL) : https://openjdk.dev.java.net/hotspot/
There are nearly 1500 C/C++ header and source files
Je ne sais pas si tu es sérieux ou pas... mais cela existe déjà : Jikes RVMEn Java?
(le chat qui se mort la queue)
a++
Étonnant...
Comment peut-elle faire son propre portage sur les différent OS? (car ce qui permet la portabilité sur une JVM classique, c'est bien que la JVM est du code spécifique à la machine sur laquelle elle est exécutée)A distinguishing characteristic of Jikes RVM is that it is implemented in the Java™ programming language and is self-hosted i.e., its Java code runs on itself without requiring a second virtual machine. Most other virtual machines for the Java platform are written in native code (typically, C or C++). A Java implementation provides ease of portability, and a seamless integration of virtual machine and application resources such as objects, threads, and operating-system interfaces.
Tu confonds JVM et JRE
Le JRE regroupe la JVM, l'API standard et les outils de déploiement (JWS, exécutable java, plugins pour les navigateurs, etc.). On voit très bien cela sur le schéma de la doc officiel :
Ainsi le code spécifique au système cible est contenu dans l'API et non pas dans la JVM.
La JVM se "contente" d'exécuter le bytecode. Elle n'a pas forcément d'avoir du code spécifique à la machine cible : il se trouve dans les APIs.
Jikes RVM ne fournit donc que la JVM et pas l'API standard : il utilise le projet GNU-Classpath pour cela (c'est pour cela que cette JVM ne fonctionne que sous Linux).
Maintenant je suis d'accord avec toi sur le fait que cela ne doit pas être tout simple
a++
Mais cette JVM de Jikes, elle est écrite en quel langage?
Citation:
A distinguishing characteristic of Jikes RVM is that it is implemented in the Java™ programming language and is self-hosted i.e., its Java code runs on itself without requiring a second virtual machine. Most other virtual machines for the Java platform are written in native code (typically, C or C++). A Java implementation provides ease of portability, and a seamless integration of virtual machine and application resources such as objects, threads, and operating-system interfaces.
Si on croit ce qu'il est écrit dans ta citation précédente, c'est écrit en Java.
Ouais mais d'après ce que dit adiGuba, je ne vois pas comment ça peut être écrit en Java...
Le programme en Java génère une application natif d'initialisation de la JVM. Cette application est chargé de lancer la Jikes RVM.
Donc :
- Il faut une autre JVM pour générer cette application "boot-image".
- Cette dernière permet ensuite de rendre autonome la JVM de Jikes RVM.
C'est la même chose que pour les compilateur... La plupart des compilateurs C/C++ sont écrits en C/C++... mais pour les compiler il faut un compilateur C (on tourne en rond)...
Le tout premier compilateur C ne pouvait donc pas être codé en C car sinon il n'aurait pas pu être compilé... mais par la suite c'est devenu possible...
a++
La différence avec le C, c'est qu'une fois compilé, le C est exécutable... Alors que le Java il faut une JVM...
Mais bon je pense avoir compris, Jikes JVM est écrit en java et compilé en natif (et non en bytecode), c'est ça?
Oui : les JVM compilent le bytecode en natif lors de son exécution. Donc l'image de démarrage de JikesRVM est compilée en natif
a++
Ca n'est pas ce que je voulais dire...Oui : les JVM compilent le bytecode en natif lors de son exécution. Donc l'image de démarrage de JikesRVM est compilée en natif
a++
Ce n'est pas ce que j'ai compris sur le site...
Tu as besoin d'une autre JVM pour générer JikesRVM la première fois... ensuite JikesRVM se suffit à lui même.
C'est comme lorsque tu as les sources d'un compilateur C. Au début il te faut un autre compilateur pour le compiler. Mais une fois que c'est fait tu peux t'en passer et utiliser celui que tu viens de compiler...
a++
Je vous remercie de l'intérêt que vous avez porté à ce post.
Je vous souhaite un bon we.
Je®ome
Pour appuyer ce qu'a dit adiGuba => vieux souvenirs de fac d'il y a longtemps sur « la méthode générale pour obtenir/porter un nouveau compilateur C qui soit performant et optimisé sur une nouvelle plateforme » :C'est la même chose que pour les compilateur... La plupart des compilateurs C/C++ sont écrits en C/C++... mais pour les compiler il faut un compilateur C (on tourne en rond)...
- écrire/porter le code d'un compilateur C1 qui optimise bien le code machine produit.
- compiler ce code avec un compilateur C0, basique et pas performant écrit en C ou en assembleur (si besoin - pas de compilateur pre-existant - écrire C0 en assembleur sur la plateforme donnée), on obtient C1a. C1a est performant (dans ce qu’il produit) mais pas optimisé (dans son exécution).
- compiler à nouveau ce code avec le compilateur C1a précédemment obtenu, on obtient C1b.
- C1b est un compilateur performant et optimisé.
Ensuite c'est un peu la faute aux commerciaux de Sun si on confond le language Java, l'API Java et la JVM. A priori quelque chose code en Java (et qui ne se repose pas trop sur l'API) peut etre compile vers autre chose que du bytecode... Rappellez-vous que J++, J# ... peuvent compiler du code java 1.1.7~8 vers MFC et .NET... ok c'est peut-etre pas un bon exemple.
Je compatis avev adiGuba et Bouye
Simplement comme l'affirme Bouye chez Sun ils développent les sources en C avec leur compilo maison pour optimiser ( voire gcc
Une fois qu'ils ont obtenu un noyau ils compilent pour des cibles différentes chaque JVM.
Ainsi pour Windows ils compilent leur JVM avec Visual C++ en prennant leurs sources rendu le plus portable possible
Pour Mac ils ils compilent leur JVM avec Think C ou autre
Pour Unix ils ils compilent leur JVM avec le compilateur livré avec l'OS ou gcc...
Et ainsi de suite
Donc Jerome si tu veux faire ton propre OS il te faut ton propre compilo pour compiler les codes sources de Sun pour en faire ta propre JVM...
En fait dans le système Java ce qui est portable c'est l'appel aux API de la JVM et le compilateur JIT, la JVM n'étant pas portable vu qu'elle cible un OS particulier
On peut également citer GCJ qui propose également un portage de l'API (toujours incomplet pour le moment) et permet de compiler du code java en code natif...
A noter également que l'inverse est également possible : il est possible de compiler d'autres langages que Java en bytecode... même si ce n'est pas énormément utilisée...
a++
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager