Microsoft optimise Visual Studio pour les K10
AMD et Microsoft travaillent ensemble, et ça se voit. Le prochain compilateur C++ de la société de Redmond, qui sera proposé avec Visual Studio 2008, est optimisé pour les K10 d’AMD (Phenom et Opteron Quad-Core).
Le compilateur, un point important
Le compilateur, qui transforme le code du programmeur en instructions compréhensibles par le processeur, est un point important dans les performances d’un processeur. Un compilateur comme celui de Microsoft, qui gère le SSE4a, évite de devoir optimiser à la main (en code assembleur) les nouvelles fonctions d’un processeur et permet de tirer le meilleur parti d’un processeur très facilement. Les améliorations en FPU des K10 sont aussi prises en compte. Microsoft, contrairement à The Portland Group, n’indique pas le gain de performances apporté par son compilateur. Le seul défaut des compilateurs optimisés, c’est de créer des exécutables plus volumineux (avec les différents paths en fonction du CPU), mais à l’heure des disques durs de 1 To, est-ce vraiment un problème ?
- Processeur,
- microsoft ,
- amd ,
- k10
- Razer et le clavier ultime pour Mac / jeux ?
- Une semaine d'actu jeux vidéo console
- Pas de disque dur pour la Wii
- Résolution extrême pour un 22 pouces Toshiba
- Mac OS X ne gèle plus
- i-m-Top : Une table qui fait aussi Touchscreen
- 14,2 millions d'accès Internet haut débit en France
- AMD OverDrive : tweakez votre Phenom à la volée
- Asus Triton 77 : du froid pour ton CPU
- CoolIT Boreas : le froid parfait pour les CPU et les GPU ?
- Test du « portable » HP Pavilion HDX9000 (Cowcotland)
- Asus supporte le Phenom avec le 790FX
- Fuite : les prix des Phenom
- Un adaptateur pour les écouteurs sur iPhone
- Samsung 2232BW : un remplaçant pour le 226BW ? (Les Numériques)
- Diamond dévoile les caractéristiques de ses Radeon HD 38x0
- Nvidia lance ESA, un standard pour des PC intelligents
- Des Quadro SDI pour les pros
Mais mdr les photos sorties de leur contexte
Photos sorties de leur contexte, vraiment, je ne trouve pas. Il est bon ton article dandu
Ben vu que c'est les même photos qui ressortent à chaque fois, je ne suis pas certain qu'il parlait du compilateur sur cette photo, c'est comme celle ou il tire la langue
Sinon, je n'ai rien dit sur l'article
euh, un éxécutable plus gros ça veut aussi dire une conso en ram plus grosse ...
pas nécessairement Batchy, vu qu'il est plus gros parce qu'il propose plusieurs paths. A priori, il charge que le path nécessaiore, donc pas spécialement plus de RAM
c'est comme avec Mac OS, ou on quadruple l'exécutable si on veut tourner sur chaque type de CPU.
En fait c'est surtout AMD qui a interet que le compilateur soit optimisé. Pour M$, l'ordi peut bien ramer à mort, de toute facon l'utilisateur débutant à payé sa licence, alors...
En fait c'est surtout AMD qui a interet que le compilateur soit optimisé. Pour M$, l'ordi peut bien ramer à mort, de toute facon l'utilisateur débutant à payé sa licence, alors...
pas nécessairement Batchy, vu qu'il est plus gros parce qu'il propose plusieurs paths. A priori, il charge que le path nécessaiore, donc pas spécialement plus de RAM
dans ce cas précis j'en suis pas si sur. dans le cas des macs, c'est l'OS qui choisi quel code il charge. je pense pas que windows supporte ça. et je vois plus du ''on charge tout et on choisi ensuite'' que le contraire ...
on peut aussi faire une version de l'exe optimiser pour chaque type de CPU, ça mange pas de pain comme à l'époque de la guerre AMD/intel avec les encodeurs video ultra optimiser.