C'est plus ou moins ce qu'a fait transmeta avec son code morphing. Au final, c'etait beaucoup plus lent qu'un processeur pur.
Non, ça n'a rien à voir avec la question posée.
Pour savoir si le "code morphing" de Transmeta était responsable d'une perte de performance, il aurait fallu comparer pour le même code C :
1) la version compilée pour x86 et exécutée via le code morphing
2) la version compilée en natif pour le processeur transmeta (donc exécutée directement)
Comme Transmeta ne dévoilait pas le jeu d'instructions de son processeur et ne fournissait pas de compilateur permettant de l'attaquer directement, personne n'a la réponse (à part peut-être Transmeta eux-mêmes).
[^] # Transmeta
Posté par Antoine . En réponse à la dépêche Erlang/OTP R11B supporte les architectures multiprocesseur. Évalué à 3.
Non, ça n'a rien à voir avec la question posée.
Pour savoir si le "code morphing" de Transmeta était responsable d'une perte de performance, il aurait fallu comparer pour le même code C :
1) la version compilée pour x86 et exécutée via le code morphing
2) la version compilée en natif pour le processeur transmeta (donc exécutée directement)
Comme Transmeta ne dévoilait pas le jeu d'instructions de son processeur et ne fournissait pas de compilateur permettant de l'attaquer directement, personne n'a la réponse (à part peut-être Transmeta eux-mêmes).