Intel et NVIDIA pour le multithreading
Intel, NVIDIA, AMD et d’autres se sont associés pour aider financièrement la nouveau laboratoire de l’Université de Stanford aux États-Unis en charge d’étudier le parallélisme.
Refaire le monde du multithreading
Cette initiative fait suite à celle de Microsoft et Intel qui avaient apporté leur soutien à UC Berkeley (cf. « Microsoft et Intel s’allient pour les applications multithread »). On s’attend à ce que des outils de programmation sortent des laboratoires de Stanford d’ici 2012. Les universitaires ont annoncé que leurs travaux toucheraient aussi bien les fondamentaux hardwares que la création de nouveaux langages de programmation plus simple à utiliser. Le but est d’automatiser le parallélisme.
L’enjeu du XXIe siècle
NVIDIA, AMD et Sun sont les pères fondateurs de ce projet auquel s’est greffé Intel, IBM et Hewlett Packard. Le laboratoire a reçu 6 millions de dollars et on s’attend à ce qu’il lance un vaste chantier couvrant les GPU et CPU de chaque firme exploitant ainsi les architectures multicore de chacun.
Le fait que des compagnies qui se tapent dessus à longueur de journée se joignent à un tel projet montre l’importance à leurs yeux du parallélisme en programmation. Alors que tous avancent vers une multiplication des cores, l’optimisation des logiciels devient une donnée fondamentale et on peut s’attendre à ce que ce genre d’initiative se multiplie.
- Platine Pinnacle (Planet sans Fil)
- Baladeurs en test (LesNumériques)
- Kingston : de la DDR2 HyperX pour notebooks
- La carte mère qui overclocke seule
- Mandriva aime les miniPC, en photo
- Pas encore de boom Blu-ray ?
- RAID externe de disques 2,5"
- WiMAX : 1,21 milliards $ en 2012
- Apple ne fabriquera pas ses processeurs
- Meilleures ventes de portables que prévue
- Les jeux gratuits du week-end
- La SFR Box meilleure que la FreeBox [TOW]
- Que valent les GPS Sony et Medion ? (Tom's Guide)
- Le MaxOrb de Thermaltake évolue
- Neuf Cegetel publie de bons résultats
- Siemens : un écran qui ne consomme rien
- Quand Asus soude les Celeron
- Comparatif des offres d'accès à Internet
c'est le contraire qu'il aurait fallu faire car a nous vendre des cpu multi core non optimiser c'est las la meilleur des solutions mais bon ils prennent le soucis en compte c'est déjà ça vivement que ça arrive dans les softs grands publics
En fait, la puissance des multi est rarement utilisée; mais quand elle l'est, c'est vraiment pratique : foobar (multiple instance lors de conversion de fichier en ogg/mp3/flac/...) Winrar; Divx/XVid; pilotes AMD/Intel qui se charge d'un peu optimiser le system (le système semble plus réactif en multi, peut-être qu'il y a eu qq optimisation, aussi, coté SP3.
Bref, c'est loin d'être global/généralisé mais ça commence à exploiter les capacité multicoeur. Et de toute manière, vu l'évolution du parc info, et vu que la plupart des proc sont multi, progressivement "tout le monde" va s'y mettre, même si ce n'est pas simple du tout.
il est vrai qu'à l'heure actuelle on attend vraiment avec impatience que tous nos programmes courants exploitent "au moins" nos petits Dual cores...
), qui s'y est mis dès sa sortie, on aimerait beaucoup avoir nos petits programmes multithreadés commme, pour ne citer que les essentiels, Mozilla, Windows Live Messenger, iTunes, Office... sur certain PC, quand deux WLM, 10-20 onglets Firefox, iTunes et plusieures pages Office sont lancées... ben c'est pas la joie on va dire ^^
à l'image de Crysis (le seul qui me vient à l'idée
après, faut attendre une évolution des OS pour le multithread... !!
Si vous voulez une logithèque où tous les logiciels sont multithreadés alors tournez vous vers Beos : toutes la partie affichage des logiciels est géré par un thread différent du reste de l'application. Evidemment, ça ne rend pas les traitements lourds (compression de fichier par exemple) plus rapide mais c'est déjà ça de pris et pour un faible coup au niveau développement.
Si vous voulez une logithèque où tous les logiciels sont multithreadés alors tournez vous vers Beos : toutes la partie affichage des logiciels est géré par un thread différent du reste de l'application. Evidemment, ça ne rend pas les traitements lourds (compression de fichier par exemple) plus rapide mais c'est déjà ça de pris et pour un faible coup au niveau développement.
C'est clair que vu le support et la "vastitude" de la logithèque en question, c'est super motivant !!
On parle des vivants, ici, pas des perfusés en attente de débranchement pour cause de fin d'acharnement thérapeutique !