./20 > Ben... ça n'émule pas le processeur mais ça mimique le comportement de Windows en allant parfois très loin... Pour ce genre de choses je ne pense vraiment pas qu'il existe un meilleur terme que émulation.
Alors certes c'est officiellement "juste" une implémentation libre de l'API Windows... Mais ça implémente tellement bien que ça implémente même des fonctions non documentées, voire non nommées
officiellement (on retrouve les noms dans les fichiers de symboles offerts gracieusement par Microsoft si on sait comment chercher ^^), qui ne font donc pas partie de l'API. C'est donc à mon sens clairement plus qu'une simple "implémentation"...
Pour ce qui est de la vitesse d'autre part, alors effectivement tous (au sens de "tous ceux qui sont supportés par Wine") les API Windows sont "implémentés", mais ça va d'un traitement interne à Wine (presque aucune différence de rapidité en théorie donc), en passant par des redirections rapides (je convertis l'appel Win32 en appel à la librairie "machin"), à une échelle hallucinante de trucs, comme par exemple l'émulation de GDI et User32... Car un API ça s'implémente certes, mais pour ce qui est du rendu et de l'affichage, Wine a choisi le modèle "émulation", ou appelez le comme vous le voulez mais ce n'est pas une "implémentation".
Après, pour une application typique, tu es ralenti par tout ce qui est "émulé" comme GDI et User32, mais aussi par les implémentations de type "redirection" où tu vas au lieu d'avoir un simple appel de fonction dans ton programme, te manger un double-appel dans le meilleur des cas. Pour la partie graphique le combat est perdu d'avance, et pour les fonctions "redirigées" ça dépendra de l'utilisation qu'en fait le programme. Enfin typiquement un navigateur doit à mon avis faire partie des pires choses à gérer pour Wine
