[information hardware] le retours vers du code correct enfin ?

le retours vers du code correct enfin ? [information hardware] - Hardware - Linux et OS Alternatifs

Marsh Posté le 13-05-2004 à 07:40:52    

:hello:  
peut on alors enfin rever de voir un windows à l'ancienne (3.51 et 3.11) pratiquement sans bug majeurs ?
 
difficile à croire sur un systeme non ouvert...
 
La debauche de puissance des µprocesseurs n'etant due qu'a la lourdeur et au developpement commercial de windows et des jeux...le longhorn est prévu pour des machines entre 4 et 6Ghz avec 1Go de Memoire ~environ~...
 
les limites electroniques (moleculaires) sont pratiquement atteinte en attendant des technologies differentes un retour vers du code propre semble l'unique alternative durant la periode de transition.
 
C'est là que les systemes ouvert et open-sources comme linux et certains unix vont peut etre reprendre des parts de marché sur le marché serveurs... d'autant plus facile à optimiser que le code est ouvert dans un cas et ouvert en interne seulement dans l'autre...
 
voir l'encadre et le document
http://fpussault.ifrance.com/fpussault/processeurs.doc au format word afin que tous meme non linuxien puisse le lire
 
extrait


....
L'introduction de "systèmes sur puces" et de processeurs bi-core signifie surtout l'obligation d'utiliser des systèmes d'exploitation et des programmes optimisés. Pire encore : si les fondeurs ne suivent plus la loi de Moore, ainsi qu'ils ont commencé à le faire, les applications vont devoir pallier l'absence d'augmentation de puissance des composants électroniques. Si ces optimisations ne sont pas faites, le marché informatique risque de devenir amorphe. Du coup, les gains de performances pourraient se faire sur les systèmes d'exploitation et les applications, pour donner aux utilisateurs l'impression que l'industrie continue à fournir de la valeur. Outre la nécessité d'opter pour des systèmes d'exploitation 64 bits aptes au multiprocessing, c'est bien vers des efforts de réduction du code qu'il faudra s'orienter. Déjà, les tenants des différentes versions d'Unix commencent à souligner les atouts de ces systèmes comparés à la lourdeur de Windows. Et Apple, qui a commencé à optimiser son système d'exploitation pour ses processeurs quand ceux-ci ne parvenaient plus à monter en fréquence, est en bonne position face à Longhorn. Microsoft a en effet déjà prévu l'utilisation de processeurs tournant au minimum entre 4 et 6 GHz ! Outre les OS, les logiciels devront également tôt ou tard suivre cette voie pour ne pas réclamer des configurations trop puissantes. Certains critiques se frottent déjà les mains : la course à la puissance de l'industrie se traduit désormais par des efforts dans la conception des processeurs et des logiciels. Ce à quoi les utilisateurs ont tout à gagner...


 
 :jap:


Message édité par francoisp le 13-05-2004 à 07:41:16

---------------
If everything else failed then read the instructions
Reply

Marsh Posté le 13-05-2004 à 07:40:52   

Reply

Marsh Posté le 13-05-2004 à 07:49:47    

encore des preuvent que la course à la puissance electronique est responssable du codage à la va vite avec parfois des langages bidons peu optimisés style "...de toute façon la puissance de la machine compenssera..."  
 
peut etre un retour vers le developpement de certaines fonction en assmebleur ? enfin ? le seul vrai langage a pouvoir optimiser surtout si on l'utilise correctement
 
exemple (i386)
mov ax,0
3cycles
 
xor ax,ax  
2cycles
 
dans les deux cas on mets 0 dans AX
mais on gagne 1cycle (1cylce en secondes = 1/frequence)
 
alors imaginez sur un programme de 100Mo (librairies et objets compris) ce que ça peu representer en nombre de secondes gagnée à l'execution...
 
pour ceux qui ont fait un peu d'electronique ou de developpement vous avez déja du vous "amuser" a gagner 1secondes ou 2 non ?  
 
si vous etes devenu develloppeur professionnels et que vous ne le faites plus, vous etes innoçament responssable de ça ;-)  


---------------
If everything else failed then read the instructions
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed