Tu es obligé d'avoir une VM pour gérer tout ce qui est sécurité.
Oui c'est exactement ce que j'ai dis : le langage utilisé par le développeur cible obligatoirement une VM. Mais derrière il y a compilation en langage natif (x86 ou autre), et c'est ce dernier qui est exécuté. Il n'y a pas d'interprétation du langage intermédiaire.
Je veux bien une source. Car cela m'étonnerait qu'un .NET soit entièrement compilé avant utilisation, ce qui aurait des startup time catastrophique
2 modes :
- JIT : compilation faite en "live" lorsque le runtime rencontre du "nouveau" code. Donc oui, ca a un impact au début de l'exécution du programme, on parle de démarrage "à froid". Généralement c'est pas génant, si ca l'est, on passe dans le mode suivant :
- AOT : avant (typiquement pendant l'installation du programme) : l'image en code "natif" est conservée dans un cache du système.
[^] # Re: Surprise
Posté par TImaniac (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
Oui c'est exactement ce que j'ai dis : le langage utilisé par le développeur cible obligatoirement une VM. Mais derrière il y a compilation en langage natif (x86 ou autre), et c'est ce dernier qui est exécuté. Il n'y a pas d'interprétation du langage intermédiaire.
Je veux bien une source. Car cela m'étonnerait qu'un .NET soit entièrement compilé avant utilisation, ce qui aurait des startup time catastrophique
2 modes :
- JIT : compilation faite en "live" lorsque le runtime rencontre du "nouveau" code. Donc oui, ca a un impact au début de l'exécution du programme, on parle de démarrage "à froid". Généralement c'est pas génant, si ca l'est, on passe dans le mode suivant :
- AOT : avant (typiquement pendant l'installation du programme) : l'image en code "natif" est conservée dans un cache du système.
Mono propose la même chose, tu peux regarder la doc par ici :
http://www.mono-project.com/Mono:Runtime