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

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]

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...

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)

 
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]

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

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

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

 
ce sont les erreurs qui forgent le plus.
 
May the force be with you.

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 a écrit a écrit :     ce sont les erreurs qui forgent le plus.   May the force be with you.

May The Schwartz Be With Us  

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

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

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...

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

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

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

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

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

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

 
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é ?