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

Les puces NVIDIA assistent davantage le CPU

Publiée par Julien le Jeudi 24 Mai 2007

Brève Carte Graphique

Depuis plusieurs années maintenant, l'idée est née que la puce graphique peut servir à autre chose qu'à simplement afficher des polygones, en assistant par exemple le processeur central. Si cette théorie n'est pas neuve, la volonté des fabricants de puces graphiques de la concrétiser est elle beaucoup plus récente. NVIDIA profite du forum 2007 dédié aux microprocesseurs pour relancer l'idée que le GPU peut être utilisé à d'autres fins que la seule 3D. Pour John Nickolls, responsable de l'architecture chez NVIDIA, le GPU, lorsqu'il ne fait pas de 3D, peut être utilisé en parallèle avec le CPU pour fournir une puissance additionnelle de 200 milliards de FLOPS : c'est ce qu'on appelle le GPGPU (General Purpose Graphic Processing Unit).

Avec sa ligne de puces graphiques GeForce 8, NVIDIA a introduit CUDA, une architecture de programmation unifiée. Disponible en version Beta depuis février, la bibliothèque CUDA qui utilise le langage C, un langage donc connu des développeurs, devrait être finalisée dans la seconde moitié de cette année. Pour John Nickolls, un GPU NVIDIA peut opérer comme un coprocesseur avec ses 16 Ko de mémoire et la possibilité de traiter en parallèle jusqu'à 128 000 processus.

Fonctionnant exclusivement avec les GeForce 8, CUDA est encore loin d'être un standard d'autant qu'AMD propose sa propre solution dite CTM pour Closer To Metal. Et quand NVIDIA donne à CUDA un accès haut niveau, AMD donne-lui un accès bas niveau : NVIDIA facilite donc la simplicité de programmation quand AMD privilégie l'optimisation. Bref rien n'est encore défini de manière claire en matière de GPGPU et l'arrivée des projets Fusion chez AMD ou Larrabee chez Intel, pourrait remettre en question le GPGPU tel qu'on l'entend aujourd'hui.
Actu précédente
Brève suivante
et pour votre ordinateur
Télécharger Messenger (gratuit)

Top logiciels Acquisition d'images

1 DownloadHelper
Téléchargez simplement et efficacement vos fichiers media préférés
2 Image Toolbar
Enregistrez, copiez, imprimez les images d’une page web en un clic !
3 Captimag
Réaliser facilement de bonnes captures d'écran
4 Easy Video Capture
Faire des captures vidéo.
5 SilverFast Ai Scan-Software Epson 4990
Utilisez au mieux votre scanner
6 Flash & Media Capture
Collecter des images et des applets Flash d'une page web
Suite du classement "Acquisition d'images"
Les Commentaires des lecteurs
_
le 24 Mai 07 à 15h55
Edition
 
Chouette initiative mais à vouloir prendre 2 chemins séparés de la part d'amd & nvidia, on est pas prêts d'avoir un beau standard unifié pour la programmation sur GPU...
 
le 24 Mai 07 à 15h58
Edition
 
Les deux approches sont interessant, reste plus qu'a s'accorder sur une API commune et tout ira bien.
 
Contacter le membreVoir profil
le 24 Mai 07 à 16h06
Edition
 
le principe est bon mais un GPGPU peut assister un CPU a quel niveau ? Ajouter un coeur d'execution ? faire une sorte de CPU supplementaire ?

Deja que les devs d'applis ont du mal a gerer correctement les proc bi-core alors que les quad-core sortent... Il va leur falloir 10 ans avant de prendre en compte le GPGPU
 
le 24 Mai 07 à 16h07
Edition
 
KP2 a écrit:
le principe est bon mais un GPGPU peut assister un CPU a quel niveau ? Ajouter un coeur d'execution ? faire une sorte de CPU supplementaire ?

Deja que les devs d'applis ont du mal a gerer correctement les proc bi-core alors que les quad-core sortent... Il va leur falloir 10 ans avant de prendre en compte le GPGPU

+1
je vois pas les applications pour les end-users que nous sommes .
 
le 24 Mai 07 à 16h09
Edition
 
Au vue de la consommation des nouvelles cartes il faut bien que le GPU surpuissant serve à autre chose qu'enrichir EDF ;)
 
le 24 Mai 07 à 16h09
Edition
 
AMD propose sa propre solution dites CTM
:/
 
le 24 Mai 07 à 16h09
Edition
 
KP2 a écrit:
le principe est bon mais un GPGPU peut assister un CPU a quel niveau ? Ajouter un coeur d'execution ? faire une sorte de CPU supplementaire ?

Deja que les devs d'applis ont du mal a gerer correctement les proc bi-core alors que les quad-core sortent... Il va leur falloir 10 ans avant de prendre en compte le GPGPU



Ou alors marketing nvidia !!!
Et grosse aide au devellopeur :love:
 
le 24 Mai 07 à 16h10
Edition
 
exemple l'encodage vidéo. :neutre:
 
Contacter le membreVoir profil
le 24 Mai 07 à 16h14
Edition
 
ypub a écrit:
exemple l'encodage vidéo.  :neutre:


ca le fait pas deja ??
 
le 24 Mai 07 à 16h16
Edition
 
KP2 a écrit:
ca le fait pas deja ??

je crois que si avec AVIVO et PUREVIDEO
 
le 24 Mai 07 à 16h18
Edition
 
KP2 a écrit:
ca le fait pas deja ??


Bonne question, je pose la meme pour le decodage pour la lecture.
 
le 24 Mai 07 à 16h22
Edition
 
Mais non, ça va servir à ACCELERER internet !! :ane:

OK, je sors...
 
Contacter le membreVoir profil
le 24 Mai 07 à 16h24
Edition
 
daroyce a écrit:
Bonne question, je pose la meme pour le decodage pour la lecture.


ca le fait deja ca, c'est sur...
 
le 24 Mai 07 à 16h34
Edition
 
Le mieux serait que l'api soit fournie par DirectX ainsi les fabricants pourraient faire leur propre systeme, il n'auraient qu'a respecter une norme au niveau des drivers pour que Dx pour communiquer.

Ainsi, l'api serait la même pour tout les programmeurs quelque soit la carte utilisée.
 
le 24 Mai 07 à 16h35
Edition
 
Sauf que DirectX n'est pas un standard pour les applis 3D... (cf OpenGL)
 
le 24 Mai 07 à 16h43
Edition
 
jeewee128 a écrit:
Mais non, ça va servir à ACCELERER internet !!  :ane:

OK, je sors...

pourquoi pas :neutre:

l'affichage des pages web est de plus en plus lourd, pourquoi ne pas laisser du traitement à la cg?
 
le 24 Mai 07 à 16h45
Edition
 
Catstom a écrit:
Le mieux serait que l'api soit fournie par DirectX ainsi les fabricants pourraient faire leur propre systeme, il n'auraient qu'a respecter une norme au niveau des drivers pour que Dx pour communiquer.

Ainsi, l'api serait la même pour tout les programmeurs quelque soit la carte utilisée.


Et pour ceux qui n'utilisent pas Windows ?
Et pour ceux qui utilise un Windows qui n'est pas compatible avec la dernière version de DX ?
 
le 24 Mai 07 à 16h58
Edition
 
c'est completement inutile...

Je m'explique :

- les proc aujourd'hui sont surpuissant (aucune nécessité de "rajouter de la puissance"), le seul interet d'avoir un proc puissant : jeu, 3d, server (et eux on des cg de m****)
- si tu utilises tout le temps ta cg... vive le bruit et la conso electrique
- la carte graphique n'est pas fait pour ça
- déjà que les progs optimisé multicore... c'est rare et là rajouter "un boulet", ça ne sera jamais implémenté

Ah oui j'ai vu sur un post "encodage vidéo", il y a des puces fait pour ça !

Chacun son rôle dans le pc !

Avec des conneries pareil, bientot on verra la meme chose avec creative xfi ^^
 
le 24 Mai 07 à 17h01
Edition
 
Catstom a écrit:
Le mieux serait que l'api soit fournie par DirectX
Faire un standard, autant qu'il soit multi-plateformes
1. server (et eux on des cg de m****)
2. - la carte graphique n'est pas fait pour ça
1. Ils ont la CG dont il on besoin : afficher du texte blanc sur fond noir ... pas la peine de grosses carte.
2. Certaines ATI permettent de calculer plus rapidement les WU des projet BOINC, donc pas du tout dénué de sens. Bien sûr, toutes les applications ne pourront pas tirer avantage de cette puissance car pas adaptée.
 
 
 
Clubic.com
 
Achetez-facile.com
 
Jeuxvideo.fr
 
neteco.com
 
mobinaute.com