Bonjour,
J'aimerais avoir des informations sur les emulateurs PC qui fonctionnent sur LINUX
Et surtout du coté de leur performance ???
En effet par exemple VPC emule un PC de 366MHZ avec un carte video S3 Trio 64/32 PCI. C'est un emulateur MAC mais on connais ses perf :). Je cherche surtout un emulateur avec une carte 3Dfx pour jouer au jeux qui ne sont pas present sous LINUX.
Merci de vos conseil......
# ...
Posté par ccomb (site web personnel) . Évalué à 1.
http://lwn.net/Articles/115318/?format=printable(...)
je ne pense pas qu'on puisse faire beaucoup de 3D avec un émulateur. Surtout que la plupart émulent aussi la carte graphique, et ne proposent pas d'accélération 3D.
# AMHA tu est sur la mauvaise voie.
Posté par doublehp (site web personnel) . Évalué à 4.
Si tu veut de la perf, vas pour les interfaces de sokets comme Wine ou VMWare - QUI NE SONT PAS DES EMULATEURS - ce qui explique leur puissance apparente.
Emuler une carte 3D est un probleme encore plus gros: une carte 3D est faite pour faire VITE, ce qu on as pas le temps de demander a un CPU generique: c est un CPU OPTIMISE, est extremement complexe. Simuler une carte 3D sur un CPU classique, c est comme simuler un P4 sur un 386 ... ca peut avoir un interret technique de stabilite et de debogage ... mais n attends pas la puissance.
Si tu ne comprends pas la difference (technique) entre Bochs et VMWARE, ou entre emuler et simuler ... alors je t affirme que tu ne sais pas ce dont tu as besoin, et que ton desir ne peut etre comble.
sol:
Emuler = reproduire le fonctionnement interne d un produit
Simuler = reproduire le resultat attendu par un system
Par exemple, Emuler un decoder C+ est illegale. Xawtv peut le simuler si tu as la bonne cle.
Un emulateur fonctionne a l identique. Un Simulateur a juste la meme fonction de transfert que le system original - pas necessairement le meme mode de fonctionnement.
Quand a 'simuler' une carte 3d ... la je vois pas du tout l interret.
# En effet j'ai peut être mal defini mon exemple....
Posté par dubis . Évalué à 1.
Je ne pensais pas qu'il baisserait pas aussi la video ... Du coup je pense installer un LINUX sur mon APPLE. J'ai entendu dire que les emus sous LINUX etaient plus puissants surtout Wine.
Je l'ai déjà fais tourner sur un PC, mais sur PPC jamais .
Merci de vos conseil
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par doublehp (site web personnel) . Évalué à 0.
Wine est un simulateur de sockets !
Wine n as RIEN a vaire avec virtual PC.
Virtual PC n as rien a voire avec VMWARE.
VMWARE n as rien a voire avec Bochs.
VirtualPC n as rien a voire avec Bochs.
Dans la mesure ou les olgorythmes utilises sont differents, ET OU LES BUTS DE CHACUNS SONT DIFFERENTS, ces produits sont INCOMPARABLES.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par doublehp (site web personnel) . Évalué à 1.
VMWare simule une architecture, mais fait executer le binaire directement par le processeur. Il ne peut tourner que sur une architecture du meme type que celle qu il simule.
Bochs emule totalement un processeur: l executable de Bochs contient l architecture niveau portes du CPU. Il est totalement cross compatible, et peut emuler le i386 sur n importequoi ( PPC, ARM, 68k ...)
VirtualPC ... la je sais pas trop, mais il est trop rapide pour emuler totalement un i386(quoi que ... ), mais comme il est concu pour tourner sur PPC, il ne peut pas non plus dedier l execution du code au CPU surlequel il tourne.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
> l executable de Bochs contient l architecture niveau portes du CPU.
Euh, la, je crois que tu t'avances un peu quand même. Déjà, si c'était le cas, les perfs seraient encore plus catastrophiques qu'elle ne le sont en réalité.
Bochs émule les instructions, pas la peine de descendre plus bas dans les niveaux d'abstraction. (micro-arch, modelisation du pipeline, RTL, gate ...)
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par ccomb (site web personnel) . Évalué à 1.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par kesako . Évalué à 2.
A moins que doublehp parle au sens tres tres large...
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par ccomb (site web personnel) . Évalué à 2.
La partie simulation d'API de Wine n'est que la partie apparente, il y a quand même beaucoup de choses derrière, sinon ça ne ferait rien...
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par dubis . Évalué à 1.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par ccomb (site web personnel) . Évalué à 2.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par doublehp (site web personnel) . Évalué à 1.
- si Wine se contente de satisfaire des appels socket, ca pourrait marcher;
- si Wine doit executer des parties du code compiel pour i386 ( ce qui me parait tres fortement probable), alors je pense que le plus simple est de les faire executer par le CPU ( comme VMWare), ce qui evite la reecriture d un umelateur ( comme Bochs)
=> AMHA non.
meme pas en recompilant les sources de Wine.
[^] # Re: En effet j'ai peut être mal defini mon exemple....
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
# AMHA c'est mission impossible...
Posté par xavier dumont . Évalué à 1.
# qemu
Posté par Paul Rouget . Évalué à 3.
[^] # Re: qemu
Posté par dubis . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.