Accueil Foire Aux Questions Trouver d'autres membres Rechercher Utilisez le vBpad pour stocker des notes personnelles Ici, vous pouvez voir les sujets auxquels vous avez souscris, vos messages privés; et modifier vos informations personnelles et préférences. Statistiques du forum Enregistrez vous gratuitement ! Se déconnecter  
Forum OXMO Forum OXMO > Section Technique > Software > [ACTU] Traducteur logiciel d'une architecture à l'autre


Aller au Forum:
Notez ce sujet :

  Sujet précédent   Sujet suivant
Auteur
Sujet Poster un nouveau sujet    Poster une réponse
 soul^keeper  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Administrateur

Connecté

Niveau : 5
N° de Membre : 1

Ancienneté : 100%
Participation : 19%
Inscription: 22 Feb 2002
Localisation: Paris
Age: 48
Messages: 16618
Sujets Lancés : 2412

Post [ACTU] Traducteur logiciel d'une architecture à l'autre

Citation:
Traducteur logiciel d'une architecture à l'autre
Publié le 18/08/2006 à 17:29:34 par Mathieu Chouchane
Source : <a href="http://news.zdnet.com/2100-3513_22-6106994.html">ZDNet </a>

Transitive est un éditeur de logiciels spécialisé dans les solutions de traduction de programmes d'une architecture matérielle vers une autre. Intel, qui a longtemps essayé d’attirer les clients de machines UltraSparc dans son camp, a annoncé en mars dernier un partenariat avec l’éditeur. Leur union semble avoir porté ses fruits puisqu’un logiciel permettant d'exécuter un programme prévu pour une machine Sparc sur une machine Xeon devrait être disponible d’ici la fin du trimestre.

L’application QuickTransit

Connue sous le nom de QuickTransit, l’application est capable de faire tourner des applications destinées aux ordinateurs equipés de Power sur d'autres plateformes, par exemple. La société aurait aidé Apple dans le développement de sa couche logicielle Rosetta qui permet de faire fonctionner les logiciels PowerPC sur les Mac Intel. Mais elle aurait aussi aidé Silicon Graphics à passer de l’architecture MIPS à l’Itanium ou encore IBM et ses Power à passer sur du x86.



Le fonctionnement

Les solutions de la société traduisent en temps réel les instructions dédiées à une puce en instructions compréhensibles par processeur de la machine. Un responsable du projet a assuré que les programmes destinés au couple Sparc-Solaris (UltraSparc IV+ 1,5 GHz) s’exécutaient même plus rapidement avec le couple Xeon-Linux et leur logiciel. Ceci n’est sans doute pas vérifiable dans tous les cas, mais donne quelques indications sur la vitesse de traduction des instructions. Ensuite, cela dépend beaucoup de la plateforme de départ et celle de destination, mais les résultats sont généralement à la hauteur, avec des performances allant même au-delà de 80 % de la vitesse originelle.

La société a d’ailleurs été récompensée pour ses travaux puisqu’elle a reçu il y a peu le Morgan Stanley Innovation Award (banque d'affaires) pour ses solutions. Vous pouvez trouver des informations en visitant <a href="http://www.transitive.com/products/index.htm">le site de l’éditeur</a>.



Source: <a href="http://www.presence-pc.com/actualite/sparc-xeon-18793/">Presence PC</a>


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 92 Jours, 19 Heures, 19 Minutes, 35 Secondes en ligne

Old Post 20-08-2006 10:56
Cliquez ici pour voir le profil de soul^keeper Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de soul^keeper Ajouter soul^keeper à votre liste d'amis Editer/Effacer le Message Citer le message dans la réponse
 RhEcK  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Guru

Déconnecté

Niveau : 5
N° de Membre : 5548

Ancienneté : 98%
Participation : 9%
Inscription: 31 Oct 2002
Localisation: amiens
Age: 41
Messages: 7657
Sujets Lancés : 66

80% de vitesse c'est honorable pour ce genre de truc quand meme


__________________
mess with the best, die like the rest


<<~~=!!!RhEcK!!!=~~>>


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 23 Jours, 18 Heures, 29 Minutes, 34 Secondes en ligne

Old Post 20-08-2006 12:14
Cliquez ici pour voir le profil de RhEcK Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de RhEcK Ajouter RhEcK à votre liste d'amis       Editer/Effacer le Message Citer le message dans la réponse
 dd150  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Expert

Déconnecté

Niveau : 3
N° de Membre : 5368

Ancienneté : 98%
Participation : 3%
Inscription: 26 Oct 2002
Localisation:
Messages: 1871
Sujets Lancés : 98

Salut,

Citation:
Les solutions de la société traduisent en temps réel les instructions dédiées à une puce en instructions compréhensibles par processeur de la machine. Un responsable du projet a assuré que les programmes destinés au couple Sparc-Solaris (UltraSparc IV+ 1,5 GHz) s’exécutaient même plus rapidement avec le couple Xeon-Linux et leur logiciel. Ceci n’est sans doute pas vérifiable dans tous les cas, mais donne quelques indications sur la vitesse de traduction des instructions. Ensuite, cela dépend beaucoup de la plateforme de départ et celle de destination, mais les résultats sont généralement à la hauteur, avec des performances allant même au-delà de 80 % de la vitesse originelle.

Ça, je demande à voir ce qu'il entend par là.

Ça ne peut être vrai que si le processeur qui émule l'autre est suffisamment plus puissant, et dans ce cas la comparaison ne signifie rien.

Si le processeur d'origine et celui qui émule ont des puissances similaires, alors cette affirmation est obligatoirement un mensonge.

C'est comme si on affirmait quelque chose comme ceci:
Soient 2 personnes A et B qui ne parlent pas la même langue.
Pour se comprendre, elles ont donc besoin d'un interprète, qu'on nomme C.
Qui pense que la conversation sera plus rapide que si A et B avaient parlé la même langue ?


__________________
Je garde toujours mes chaussettes pour me coucher, pour éviter que les draps salissent mes pieds.


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 11 Jours, 15 Heures, 57 Minutes, 48 Secondes en ligne

Old Post 20-08-2006 12:28
Cliquez ici pour voir le profil de dd150 Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de dd150 Ajouter dd150 à votre liste d'amis Editer/Effacer le Message Citer le message dans la réponse
 soul^keeper  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Administrateur

Connecté

Niveau : 5
N° de Membre : 1

Ancienneté : 100%
Participation : 19%
Inscription: 22 Feb 2002
Localisation: Paris
Age: 48
Messages: 16618
Sujets Lancés : 2412

@dd150: ta comparaison est intéressante, mais il y a néanmoins une différence dans le cas des processeurs, c'est qu'ils n'ont pas tous la même architecture (RISC/CISC...) : ils ne travaillent donc pas de la même façon, et on peut difficilement comparer leur "puissance".

Certaines opérations seront donc beaucoup plus rapides sur des processeurs RISC comme les SPARC, et d'autres beaucoup plus rapides sur des CISC comme les x86 ... donc à mon avis, selon le type de programmes (et les instructions CPU qui en découlent), cela peut être plus ou moins rapide, va savoir...

Pour tenter une "autre" comparaison, imaginons 2 individus A et B qui ne parlent pas la même langue. L'individu A a écrit un livre qui fait 1000 pages (dans sa langue) et il souhaite le faire lire à l'individu B, par l'intermédiaire du traducteur C. Si dans la langue de B, ce même livre ne fait plus que 500 pages (parce que la langue de B est plus concise), il se peut très bien que B lise le livre traduit plus rapidement que s'il lisait directement le livre dans la langue d'origine... tu me suis ?


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 92 Jours, 19 Heures, 19 Minutes, 35 Secondes en ligne

Old Post 20-08-2006 12:41
Cliquez ici pour voir le profil de soul^keeper Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de soul^keeper Ajouter soul^keeper à votre liste d'amis Editer/Effacer le Message Citer le message dans la réponse
 RhEcK  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Guru

Déconnecté

Niveau : 5
N° de Membre : 5548

Ancienneté : 98%
Participation : 9%
Inscription: 31 Oct 2002
Localisation: amiens
Age: 41
Messages: 7657
Sujets Lancés : 66

ton exemple soul induit que le traducteur traduit plus vite que s'il lisait le livre :d


sinon je suis de l'avis de soul, c'est possible mais il faut trouver un autre exemple


__________________
mess with the best, die like the rest


<<~~=!!!RhEcK!!!=~~>>


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 23 Jours, 18 Heures, 29 Minutes, 34 Secondes en ligne

Old Post 20-08-2006 13:07
Cliquez ici pour voir le profil de RhEcK Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de RhEcK Ajouter RhEcK à votre liste d'amis       Editer/Effacer le Message Citer le message dans la réponse
 dd150  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Expert

Déconnecté

Niveau : 3
N° de Membre : 5368

Ancienneté : 98%
Participation : 3%
Inscription: 26 Oct 2002
Localisation:
Messages: 1871
Sujets Lancés : 98

soul:

- C'est vrai, mais il reste que si les RISC ont des instructions plus rapides que les CISC, c'est parce que ce sont des instructions élémentaires, et que pratiquement chaque instruction d'un CISC (hormis les plus basiques) sera traduite par plusieurs instructions RISC (ce qui d'ailleurs est à l'opposé de ton exemple), ce qui fait perdre une bonne partie de l'avantage.

- On peut comparer la puissance des processeurs avec des benchmarks, à condition que ces tests incluent un assez large panel des instructions disponibles, et ne se contentent pas de durer quelques nano ou micro secondes.

Et je me répète, je doute que l'affirmation en question soit vraie : quelle que soit l'architecture du processeur exécutant leur logiciel, il reste qu'il doit

- décoder le programme d'origine

- générer le programme pour sa propre architecture, programme qui sera une émulation d'une autre machine, et risque donc parfois d'être assez complexe, car simuler parfaitement un autre processeur n'est pas toujours aussi évident qu'on veut bien le croire (instructions CISC contre RISC, flags du cpu, adressage de la mémoire, etc...)

- exécuter ce programme

Le tout en temps réel, comme il est précisé dans l'article : à puissance approximativement égale, c'est impossible : même si le programme généré s'avère plus un peu plus rapide que l'original sur la machine initiale, ce qui est possible, mais sans le moindre doute rarissime, les 2 premières étapes coûtent aussi du temps, et là, ça devient tellement improbable qu'il est inutile d'espérer.


__________________
Je garde toujours mes chaussettes pour me coucher, pour éviter que les draps salissent mes pieds.


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 11 Jours, 15 Heures, 57 Minutes, 48 Secondes en ligne

Old Post 20-08-2006 15:37
Cliquez ici pour voir le profil de dd150 Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de dd150 Ajouter dd150 à votre liste d'amis Editer/Effacer le Message Citer le message dans la réponse
 RhEcK  Rechercher tous les messages de ce membre Cliquez ici pour envoyer un message privé à cet utilisateur
Guru

Déconnecté

Niveau : 5
N° de Membre : 5548

Ancienneté : 98%
Participation : 9%
Inscription: 31 Oct 2002
Localisation: amiens
Age: 41
Messages: 7657
Sujets Lancés : 66

Citation:
les programmes destinés au couple Sparc-Solaris (UltraSparc IV+ 1,5 GHz) s’exécutaient même plus rapidement avec le couple Xeon-Linux et leur logiciel



peut etre que cela veut simplement dire que les programmes pour sparc-solaris sont "optimisés" pour une raison ou une autre par rapports a leurs équivalent directement codés pour Xeon-linux

Et la ca devient fort possible

Soit A qui sait être concis veut parler a B sans parler la meme langue. On demande a C de traduire... La traduction prend du temps, mais le message clair et concis de A passe assez rapidement si le traducteur est bon


Soit D qui parle comme une merde (confus, passages inutile) veut dire la meme chose a B mais dans la meme langue. B comprend bien D, mais tous les passages inutiles et les detours ralentissent la transmission du message...


A -> application Sparc-solaris
B -> machine Xeon-linux
C -> logiciel de traduction
D -> lapplication Xeon-linux


C'est peut etre tout simplement ca que veut dire cette phrase et dans "le couple xeon linux et leur logiciel", le mot logiciel ne signifie peut etre pas le logiciel de traduction mais un logiciel prévu pour tourner sur xeon-linux


__________________
mess with the best, die like the rest


<<~~=!!!RhEcK!!!=~~>>


Signaler ce message à un modérateur | IP: Logguée
Temps en ligne : 23 Jours, 18 Heures, 29 Minutes, 34 Secondes en ligne

Old Post 20-08-2006 17:02
Cliquez ici pour voir le profil de RhEcK Cliquez ici pour lui envoyer un message privé  Trouver plus de messages de RhEcK Ajouter RhEcK à votre liste d'amis       Editer/Effacer le Message Citer le message dans la réponse
Il est actuellement 17:22 (GMT) Poster un nouveau sujet    Poster une réponse   
  Sujet précédent   Sujet suivant
Forum OXMO > Section Technique > Software > [ACTU] Traducteur logiciel d'une architecture à l'autre

Aller au Forum:
Notez ce sujet :


 Réponse Rapide
Titre: (Optionnel)
Message:

Convertir automatiquement les URLs Montrer la Signature
Afficher une version imprimable | Envoyer cette page par email | S'inscrire à ce sujet | Télécharger ce sujet
Règles du forum :
Créer de nouveaux sujets
Répondre aux messages
Attacher des fichiers
Editer vos messages
: not autorisé
: not autorisé
: not autorisé
: not autorisé
Le Code HTML est OFF
Le Code vB est ON
Les Smileys sont ONs
Le code [IMG] est ON
 
< Contactez-nous - Forum OXMO>

Uptime du serveur SQL : 2 jour(s) 16 heure(s) et 58 minute(s)
Page générée en 0.018669 secondes en exécutant 36 requêtes SQL.
Apache - Compression GZIP : Activée.