Difference entre application 16-bit et 32-bit

Recherche :

Dernière réponse

Sujet : Difference entre application 16-bit et 32-bit

kadreg

Jar Jar a écrit a écrit :

Sisi, ça existe. Le problème c'est qu'aucun compilateur n'est capable de sortir du code suffisamment optimisé pour cette architecture.

Pour ceux qui connaissent pas le problème, signalons que l'IA64 utilise une architecture unique, ou le parralélisme des instruction doit être géré par le compilateur. Exemple :

1- fait un truc
2- fait un autre truc qui n'a rien à voir
3- fait un troisieme encore différent

Sachant que ces trois choses peuvent être faites en même temps, un mauvais compilateur ia64 va les faire faire l'une après l'autre, un bon compilateur va identifier que ces trois taches sont indépendante et va lancer leurs exécutions en parallèle, et donc prendre trois fois moins de temps.

Le problème, c'est que cette "identification des taches parralélisables", c'est pas encore top. C'est une des raison pour lesquelles l'ia64 adore se trainer.

Au fait, jar jar, le bouchot est cassé ?

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

kadreg

Jar Jar a écrit a écrit :

Sisi, ça existe. Le problème c'est qu'aucun compilateur n'est capable de sortir du code suffisamment optimisé pour cette architecture.

Tilys

Jar Jar a écrit a écrit :

Microsoft a promis un Windows XP pour ia64, mais on n'en voit toujours pas la couleur...

et ia64 non plus on en voit toujours pas la couleur.

spyhabs

Et Win Xp, 2k, 98 supportent que des applications 16 et 32 bits, mais pas du 64 bits? Juste linux ou autres qui peuvent fonctionner sur du 64 bits max... je commence a voir des bits partout dans ma tete ;)

kadreg

Jar Jar a écrit a écrit :

D'autre part, il me semble que linux ne gère pas du tout de 16 bits.

ELKS ?

http://elks.sourceforge.net/introduction.html

[jfdsdjhfuetppo]--Message édité par kadreg--[/jfdsdjhfuetppo]

JeSuisPasUnNumero

à codition de lancer un gestionnaire de mémoire spécifique...

kadreg

Tiens, je viens vous emmerder un peu, il existait des applications DOS 32 bits.

JeSuisPasUnNumero

spyhabs a écrit a écrit :

Ah ce n'est pas evident ces trucs. Le DOS a vraiment besoin de savoir qu'une application est sur 16 bits ou 32 bits? Je me pose la question puisque l'application n'a rien a voir avec le systeme d'exploitation non?, mais plutot rapport au materiel dans lequel il travaille... architecture avec bus de donnees et d'adresses 32 bits.

Comment le systeme d'exploitation peut influencer le fonctionnement d'une application? Une grosse question sans reponse ou on doit consulter les ingenieurs de Microsoft :)

C'est comme essayer de faire tourner une appli linux sous XP... :sarcastic:

spyhabs

Ah ce n'est pas evident ces trucs. Le DOS a vraiment besoin de savoir qu'une application est sur 16 bits ou 32 bits? Je me pose la question puisque l'application n'a rien a voir avec le systeme d'exploitation non?, mais plutot rapport au materiel dans lequel il travaille... architecture avec bus de donnees et d'adresses 32 bits.

Comment le systeme d'exploitation peut influencer le fonctionnement d'une application? Une grosse question sans reponse ou on doit consulter les ingenieurs de Microsoft :)

LaMoR

manu025 a écrit a écrit :

en fait le dos a été compilé avec des compilateurs 16 bits donc il est impossible qu'il fasse tourner des appli 32 bits. Un exemple : tu as un programme en c++ que tu compile sur une machine 16 bits, il marchera sur une 32 bits et une 64. Par contre si tu compile sur 64 bits tu ne pourra plus exécuter sur 16 et bits, il faudra recompiler.

C'est là la force de linux, tu recompile le système pour qu'il soit parfaitement adapté a ta plateforme. En effet, tout pourrait tourner en 16 bits (qui peut le plus peut le moins) mais là tu ne profites plus des nouvelles technologies ...

ERREUR, les systemes 64bits ne sont pas forcement compatible avec les applis 32bits ou 16 !

Aschrack

Jef34 a écrit a écrit :

:) ce sont les erreurs qui forgent le plus.

May the force be with you.

May The Schwartz Be With Us [:theblob]

manu025

spyhabs a écrit a écrit :

Merci pour la reponse,

Je pense que j'ai bien compris maintenant. mais maintenant si les machines ont des bus de donnees et d'adresse au-dela de 32 bits. On pourrait avoir des applications 32-bits sous Dos? pourquoi ca n'existe pas? Ou bien ca existe et je l'ignore

en fait le dos a été compilé avec des compilateurs 16 bits donc il est impossible qu'il fasse tourner des appli 32 bits. Un exemple : tu as un programme en c++ que tu compile sur une machine 16 bits, il marchera sur une 32 bits et une 64. Par contre si tu compile sur 64 bits tu ne pourra plus exécuter sur 16 et bits, il faudra recompiler.

C'est là la force de linux, tu recompile le système pour qu'il soit parfaitement adapté a ta plateforme. En effet, tout pourrait tourner en 16 bits (qui peut le plus peut le moins) mais là tu ne profites plus des nouvelles technologies ...

Jef34

Aschrack a écrit a écrit :

c'est tout moi ca, enfin heureusement que j'avais précisé que ce n'était qu'une idée comme ca :pt1cable:

:) ce sont les erreurs qui forgent le plus.

May the force be with you.

Aschrack

Jef34 a écrit a écrit :

Non c pas ca c'est tout, sauf ca...

c'est tout moi ca, enfin heureusement que j'avais précisé que ce n'était qu'une idée comme ca :pt1cable:

spyhabs

Merci pour la reponse,

Je pense que j'ai bien compris maintenant. mais maintenant si les machines ont des bus de donnees et d'adresse au-dela de 32 bits. On pourrait avoir des applications 32-bits sous Dos? pourquoi ca n'existe pas? Ou bien ca existe et je l'ignore

Tilys

Aschrack a écrit a écrit :

c'est pas un rapport avec la fat?

Aucun.

cette notion remonte à lorsque l'on déterminait l'espace mémoire adressable par un processeur.

Ce chiffre represente le nombre de 'fils' disponible pour l'adressage mémoire sur le bus du processeur.

[jfdsdjhfuetppo]--Message édité par Tilys--[/jfdsdjhfuetppo]

manu025

c'est en rapport avec la taille du bus.
au départ il y avait des proc 16 bits.
maitenant la majorité est en 32 bits et quelques chanceux sont en 64 bits (genre sparc ray)

Jef34

Aschrack a écrit a écrit :

c'est pas un rapport avec la fat?
et donc avec la taille de tes clusters

c'est pourquoi le 16 fonctionnera avec un os 32 car le 32 pourrait simplement lui donner plus de place qu'il n'en faut
alors que le 32 peut pas rentrer dans un 16

enfin jdis ca, jsais po :??:

Non c pas ca c'est tout, sauf ca...

Aschrack

c'est pas un rapport avec la fat?
et donc avec la taille de tes clusters

c'est pourquoi le 16 fonctionnera avec un os 32 car le 32 pourrait simplement lui donner plus de place qu'il n'en faut
alors que le 32 peut pas rentrer dans un 16

enfin jdis ca, jsais po :??:

[jfdsdjhfuetppo]--Message édité par Aschrack--[/jfdsdjhfuetppo]

spyhabs

Bonsoir,

J'aimerais quelqu'un me dise pourquoi on dit qu'une application est 16-bit ou 32-bit. Je sais que 16-bit est destiné pour Dos et 32-bit pour Windows. Mais j'aimerais en savoir plus. Est-ce que les instructions sont compilés sur 16 bits pour les systeme d'exploitation DOS et sur 32 bits pour tous les O.S. windows.

Sur windows, il est possible de lire aussi les application 16-bits, mais pas le contraire. (Dos lire des applications Windows est infaisable).

Merci

Christian