Pourquoi le vin «n'est-il pas un émulateur»?

22

La différence entre les applications Windows et les applications Linux n'est-elle pas simplement une bibliothèque demandée par les applications en cours d'exécution? (voir question précédente ) Comment est-il alors possible de faire fonctionner des applications Windows sur un système Linux par un logiciel qui n'est "pas un émulateur"!

linux compatibility wine interdire
la source

Réponses:

28

D'ici

Le vin n'est pas ce genre d'émulateur

Lorsque les utilisateurs pensent aux émulateurs, ils pensent à des programmes comme Dosbox ou zsnes. Ces applications fonctionnent comme des machines virtuelles et sont lentes, devant émuler chaque instruction de processeur. Wine ne fait aucune émulation CPU - d'où le nom "Wine Is Not an Emulator".

Certaines personnes affirment que puisque Wine introduit une couche supplémentaire au-dessus du système, une application Windows s'exécutera lentement. Bien que techniquement vrai, Wine ne soit pas différent de toute autre bibliothèque de logiciels à cet égard; même les versions plus récentes de Windows doivent charger des ressources supplémentaires pour prendre en charge les applications plus anciennes.

Surtout, la combinaison de Wine et Unix peut parfois être plus rapide que Windows lui-même. Cela est particulièrement vrai lorsque le système dispose de bons pilotes et que l'application n'expose aucun bogue lié aux performances.

Gnoupi
la source
15

Un émulateur agit complètement comme autre chose. Ces applications contiennent normalement tout ce que contient l'application ou la plateforme d'origine.

Wine agit cependant en tant que traducteur, en implémentant uniquement les fonctionnalités requises de Windows et en les traduisant également en instructions compréhensibles par X-Windows.

Un exemple plus pratique serait une machine virtuelle. Lorsque vous exécutez Windows sur Linux à l'aide d'une machine virtuelle, la machine virtuelle émule Windows, car le système d'exploitation complet est chargé et il n'y a pas d'interaction directe avec l'hôte.

Cependant Wine communique directement avec X-Windows pour certaines instructions quand et si nécessaire, c'est pourquoi il faut un certain temps pour que les applications fonctionnent dans Wine.

Plus d'informations peuvent être trouvées sur Wikipedia ici .

BinaryMisfit
la source
Votre lien wiki est un peu cassé
Jonik
Je ne vois pas comment une machine virtuelle est mieux décrite par le terme émulateur que Wine. Les machines virtuelles fonctionnant sous Windows n'émulent pas Windows, ils sont en cours d' exécution de Windows.
Aaron Franke
8

Wine n'émule pas Windows, mais plutôt l'API win32 (ou le wrapper pour) pour les systèmes d'exploitation non Windows.

Joakim Elofsson
la source
1

À des fins pratiques, Wine est un émulateur, ou du moins il fait ce que la plupart des gens s'attendent à ce qu'un émulateur fasse, même si techniquement ce n'est pas seulement un émulateur. Voir la FAQ pour une bonne explication . Cela suit également les grandes traditions de la dénomination Unix, cf. GNU n'est pas Unix . :-)

Jonik
la source
2
ce n'est pas la tradition UNIX, c'est ce qu'on appelle un acronyme récursif
2
Pour info, les acronymes récursifs humoristiques peuvent bien être considérés comme une "tradition" dans la dénomination Unix. Voir par exemple en.wikipedia.org/wiki/Recursive_acronym ; "En informatique, une des premières traditions de la communauté des hackers (en particulier au MIT) consistait à choisir des acronymes et des abréviations qui faisaient référence avec humour à eux-mêmes ou à d'autres abréviations."
Jonik
2
cela n'a rien à voir avec UNIX
3
Quelle? GNU et Wine ont beaucoup à voir avec Unix. Il en va de même pour la dénomination avec des acronymes récursifs. Ou essayez-vous d'être excessivement "intelligent" avec la distinction des systèmes UNIX et "Unix-like"? soupir Même dans ce cas, comme les systèmes Unix, tels que GNU / Linux et des logiciels qui fonctionne sur lesdits systèmes, tels que le vin, n'ont quelque chose à voir avec UNIX.
Jonik