mais aujourd'hui on trouve des carte a puces tournant a l'op-code java.
Ou est le probleme ? il ne faux pas faire de mix (je ne te pas que tu le fais mais l'article de base le fait un peut) entre ABI et API, en l'occurence c'est l'ABI qui serait porté dans le proc pour qu'il embarque un pseudo processeur java (qui est basé sur un langage de processeur a accumulateur), bien sur le code java traitement de base sera executé de plus vite, mais toute interraction user restera dans la JVM.
N'oublions pas que les ARM et les x86 ont eté equipé d'un opcode destiné a faire tourné du C plus rapidement (heureusement d'ailleur tout les OS sont ecris en C / asm)..c'est la voie des CISC d'integrées de nouveau opcode,nouveau jeux d'instruction pour supporté de nouveau langage!
la voie des RISC aujourd'hui est plutot sombre, leur frequences ne progresse que peut...
[^] # Re: bopf, c'est dans l'ordre des choses
Posté par TheBreton . En réponse au journal Les bloat-CPU. Évalué à 3.
Ou est le probleme ? il ne faux pas faire de mix (je ne te pas que tu le fais mais l'article de base le fait un peut) entre ABI et API, en l'occurence c'est l'ABI qui serait porté dans le proc pour qu'il embarque un pseudo processeur java (qui est basé sur un langage de processeur a accumulateur), bien sur le code java traitement de base sera executé de plus vite, mais toute interraction user restera dans la JVM.
N'oublions pas que les ARM et les x86 ont eté equipé d'un opcode destiné a faire tourné du C plus rapidement (heureusement d'ailleur tout les OS sont ecris en C / asm)..c'est la voie des CISC d'integrées de nouveau opcode,nouveau jeux d'instruction pour supporté de nouveau langage!
la voie des RISC aujourd'hui est plutot sombre, leur frequences ne progresse que peut...