AMD proposerait enfin une fonction Turbo avec ses Phenom II X6
Le Phenom toujours plus INtelligent ?
Selon nos confrères de XBit Labs, les prochains Phenom II X6 d'AMD, connus sous le nom de code « Thuban », pourraient proposer une fonction Turbo identique à ce que propose Intel sur son architecture Nehalem.
Ainsi, lorsque seulement quelques coeurs sur les six présents seront utilisés, leur fréquence sera augmentée alors que les autres coeurs seront éteints.
Cela devrait permettre à AMD d'obtenir de meilleures performances pour les applications qui ne tirent pas bénéfice du multicoeur, chose qui n'était possible jusqu'à maintenant sur ses processeurs, que via le logiciel Overdrive.
L'automatisation d'une telle fonctionnalité devrait permettre un fonctionnement bien meilleur, et surtout, un support de l'ensemble des OS. Reste maintenant à voir si sa présence se confirme, et surtout, son fonctionnement exact dans la pratique.
Il faudra aussi voir si les processeurs Phenom II X4 « Zosma », qui devraient être des Thuban avec deux coeurs de désactivés, bénéficient aussi de cette avancée.
Ainsi, lorsque seulement quelques coeurs sur les six présents seront utilisés, leur fréquence sera augmentée alors que les autres coeurs seront éteints.
Cela devrait permettre à AMD d'obtenir de meilleures performances pour les applications qui ne tirent pas bénéfice du multicoeur, chose qui n'était possible jusqu'à maintenant sur ses processeurs, que via le logiciel Overdrive.
L'automatisation d'une telle fonctionnalité devrait permettre un fonctionnement bien meilleur, et surtout, un support de l'ensemble des OS. Reste maintenant à voir si sa présence se confirme, et surtout, son fonctionnement exact dans la pratique.
Il faudra aussi voir si les processeurs Phenom II X4 « Zosma », qui devraient être des Thuban avec deux coeurs de désactivés, bénéficient aussi de cette avancée.
David Legrand
Journaliste, responsable des PCi Labs. Geek de l'extrême spécialisé dans l'analyse des produits high-tech, les réseaux sociaux et les trios d'écrans. Adepte du libre.
Le 8 février 2010 à 08:55
(16 141
lectures)
Il y a 46 commentaires
AMD a tout intérêt à mettre ça en place, la multiplication des coeur n'est pas encore LA solution idéale, je vois avec mon I7 là, la regénération du rendu en temps réel sous Rhinoceros 3D utilise 2 coeurs seulement, seul le rendu final exploite les 8 coeurs logiques à fond
En voilà une bien bonne nouvelle !
Sans ça, ç'aurait été plus dur d'être compétitif pour le Thuban
Sans ça, ç'aurait été plus dur d'être compétitif pour le Thuban
je comprend pas c'est vraiment si compliquer que ca de dev pour tirer partit des archi multi coeur ??
depuis le temps que l'on a cella on a aujourd'hui peu d'application capables de tirés partie de cella c'est quand même dommage.
depuis le temps que l'on a cella on a aujourd'hui peu d'application capables de tirés partie de cella c'est quand même dommage.
je comprend pas c'est vraiment si compliquer que ca de dev pour tirer partit des archi multi coeur ??
depuis le temps que l'on a cella on a aujourd'hui peu d'application capables de tirés partie de cella c'est quand même dommage.
depuis le temps que l'on a cella on a aujourd'hui peu d'application capables de tirés partie de cella c'est quand même dommage.
oui
... Ca demande de revoir la façon dont on a toujours programme, et surtout d'avoir une vue d'ensemble sur le comportement du programme pour pouvoir le découper efficassement.
Il y a aussi des risques que en découpant son programme on crée des threads qui dépendent les uns des autres (un thread qui attend le résultat d'un thread) ce qui peux provoquer des bloquages de l'application (deadlock) ...
Aussi ça prend plus de temps à coder tout en demandant plus d'expertise du codeur ... et ça veux dire application plus chère, donc => pas rentable à court terme ... et on sait ce que ça veux dire
oui
... Ca demande de revoir la façon dont on a toujours programme, et surtout d'avoir une vue d'ensemble sur le comportement du programme pour pouvoir le découper efficassement.
Il y a aussi des risques que en découpant son programme on crée des threads qui dépendent les uns des autres (un thread qui attend le résultat d'un thread) ce qui peux provoquer des bloquages de l'application (deadlock) ...
Aussi ça prend plus de temps à coder tout en demandant plus d'expertise du codeur ... et ça veux dire application plus chère, donc => pas rentable à court terme ... et on sait ce que ça veux dire
merci
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.










