Ouverture de SUPINFO USA à San Francisco en 2008. Des études en informatique en Californie à un tarif abordable ! Inscrivez-vous dès maintenant !

Recherche

47 messages

LaTeamClubic

AMD : des routines libres pour les multicoeurs

le 22 Févr. 08 à 16h51

...]AMD a mis en ligne une nouvelle librairie libre qui contient plus de 2000 routines de programmation qui ciblent la performance et plus particulièrement la performances avec les processeurs ' multicoeurs '. La plupart de ces routines sont liées aux traitements multimédia (photo, vidéo...).

Les développeurs pourront employer ces routines ou les exploiter pour en créer de nouvelles. Elles permettent de tirer profit des processeurs multicoeurs et sont réunies dans un pack nommé Framewave 1.0. Ces routines ont été optimisées pour l'architecture AMD, mais elles fonctionnent aussi sur les processeurs de la concurrence.

A travers cette initiative, AMD espère favoriser et encourager les développements futurs d'applications pouvant tirer profit des processeurs composés de plusieurs coeurs.

Lire la brève sur le site

Mqnu

le 22 Févr. 08 à 16h52

Toujours un peu plus d'avancement et ici grâce au libre :jap:

lordox

le 22 Févr. 08 à 16h53

ahah très très bonne initiative !
Bravo à Amd

bf4k3

le 22 Févr. 08 à 16h53

Très bonne initiative d'AMD je trouve, qui semble avoir compris que ca sert a rien d'avoir un processeur multicore si on ne se sert pas coeurs...

Le jour ou les applications seront compatible, on aura fait une réelle avancée, plutot que de faire la course au coeur !!!

bastien33

le 22 Févr. 08 à 16h55

Une bonne idée serait de diffuser un compilateur optimisé AMD en OpenSource :-)
(à contratrio du compilo Intel peu diffusé et payant me semble t il)

AiMsIcK

le 22 Févr. 08 à 17h07

bastien33 a écrit:
Une bonne idée serait de diffuser un compilateur optimisé AMD en OpenSource :-)
(à contratrio du compilo Intel peu diffusé et payant me semble t il)

Pas besoin, la solution est sous forme d'un framework, c'est au développeur d'inclure celui-çi dans son IDE préféré

silverspeed60

le 22 Févr. 08 à 17h08

Merci AMD ! Initiative utile ! :)

wildpeaks

le 22 Févr. 08 à 17h14

Mqnu a écrit:
Toujours un peu plus d'avancement et ici grâce au libre :jap:

En même temps les SDK çà a toujours existé, on a pas attendu le Libre pour çà :paf:

superniko

le 22 Févr. 08 à 17h15

Euh, s'ils font la même avec des routines pour les jeux en 3D, ça le ferai !! :)

shinobi_master

le 22 Févr. 08 à 17h18

LaTeamClubic a écrit:

[...] ou les exploiter pour en créer de nouvelles.

Ca par contre, ça aura attendu l'open source......
Edité le 22/02/2008 à 17:19

blackhole515709

le 22 Févr. 08 à 17h19

c'est la semaine portes ouvertes :-)

arkaz

le 22 Févr. 08 à 17h25

En gros c'est un package "Util" multithread ? Ou c'est plus bas niveau (donc plus ou moins oriente AMD)?

camino

le 22 Févr. 08 à 17h33

Bouhh c'est uniquement pour le C et C++.
Et en JAVA ça existe pas? ;)

bf4k3

le 22 Févr. 08 à 17h38

JAVA beurk .... ^^

tatann

le 22 Févr. 08 à 17h39

camino a écrit:
Bouhh c'est uniquement pour le C et C++.
Et en JAVA ça existe pas? ;)

[troll] le but c'est d'optimiser les performances, donc le java... :paf: [/troll]
Edité le 22/02/2008 à 17:49

dk53

le 22 Févr. 08 à 17h49

clair...

mikfr

le 22 Févr. 08 à 17h53

c'est surtout que ce serait au niveau de la machine virtuelle qu'il faudrait faire les optimisations, pas au niveau de java même

Dusty

le 22 Févr. 08 à 17h55

Le Java utilise une machine virtuelle. Si Sun veut améliorer les performances de son langage il faudrait modifier la machine virtuelle et rien d'autre.
Par contre avec un code C (j'imagine que la VM est écrite en C) plus rapide on devrait par conséquent aider la VM (même si pour ces types de langage c'est la mémoire qui manque et pas tellement le proco).

wildpeaks

le 22 Févr. 08 à 17h57

arkaz a écrit:
En gros c'est un package "Util" multithread ? Ou c'est plus bas niveau (donc plus ou moins oriente AMD)?

Ca semble être le premier cas :neutre:

AiMsIcK a écrit:
bastien33 a écrit:
Une bonne idée serait de diffuser un compilateur optimisé AMD en OpenSource :-)
(à contratrio du compilo Intel peu diffusé et payant me semble t il)

Pas besoin, la solution est sous forme d'un framework, c'est au développeur d'inclure celui-çi dans son IDE préféré

Oui mais ils n'ont pas fait de version pour mon IDE préféré justement :o