Calcul : processeur ou carte graphique ?

fayt nagashimas Message lu Posté le 17 Mar 2008 à 20:00 Bulle
Avatar de fayt nagashimas
Membre Avancé

Messages : 369
GCPoints : 59439
J'aimerais savoir s'il est plus intéressant de faire travailler une carte graphique ou un processeur pour rendre un jeu vidéo (temps réel donc), dans le cas de jeux vidéo 2d puis dans le cas de jeux vidéo 3d.
Car j'ai appris ce soir en lisant le post de S.U.A.I. project, que mmf2 fait bosser le proc. Chez moi, il n'y a pas de problème, avec la récente accélération hardware et un quad core (le classique Q6600) dont la température n'a encore jamais excédé 25 °C.
Bref en gros, quels sont les avantages des processeurs et des cartes graphiques (récents) dans le rendu en temps réel ?

Merci d'avance.
gus Message lu Posté le 17 Mar 2008 à 20:37 Bulle
Avatar de gus
Explorateur

Messages : 371
GCPoints : 52046
Ta carte graphique ira BEAUCOUP plus rapidement que le processeur pour l'affichage de la 2d et de la 3d.Bien sur , si le processeur est suffisament puissant,sa ne sert a rien,mais pour utiliser au mieu la puissance de l'ordi,utiliser la carte graphique est indispensable.
Darktib Message lu Posté le 17 Mar 2008 à 20:40 Bulle
Avatar de Darktib
Membre Ultime

Messages : 4017
GCPoints : 347288
Une bonne organisation consisterait a utiliser tout le GPU pour tous les graphismes et calculs graphiques, et le CPU pour toute l'IA et tout le reste. D'autant plus que les GPU disposent de pipelines optimisés pour les graphismes, avec un mémoire en général plus rapide.
Ca permet d'avoir beaucoup plus de fps et d'éviter certains bugs...

Pour les avantages des processeurs et des cartes graphiques (récents) dans le rendu en temps réel c'est les performances... Reste une condition : que le processeur et le GPU soit dans les meme ordre de grandeur niveau puissance. C'est a dire que si un CPU est trop lent, meme avec un GPU super-génial-trop bien ca va laguer... et l'inverse est vrai.(A ne pas oublier non plus : la mémoire vive...).

Pour la température c'est pas tres important, faut juste avoir un bon ventilateur et il n'y aura pas de problemes...
Enfin, faut quand meme pas dépasser les 100° ^^
Dernière édition le 17 Mar 2008 à 20:41
fayt nagashimas Message lu Posté le 17 Mar 2008 à 20:43 Bulle
Avatar de fayt nagashimas
Membre Avancé

Messages : 369
GCPoints : 59439
A partir de 50 ° le proc s'abîme non ?
Darktib Message lu Posté le 17 Mar 2008 à 20:50 Bulle
Avatar de Darktib
Membre Ultime

Messages : 4017
GCPoints : 347288
Ca dépend des processeurs...

Je n'ai pas la liste des caracteristiques, mais j'avais vu il y a longtemps que c'était vers 100° (Celsius)
Mod Message lu Posté le 17 Mar 2008 à 22:15 Bulle
Avatar de Mod
Webmaster

Messages : 4954
GCPoints : 2100823
Pour la question de calcul, la réponse est là, pour la question de la chaleur, 70°C est une température standard au niveau de la sonde des processeurs (comprendre par là que le processeur est plus chaud que ça). A partir de 100°C, ça commence à être sérieusement chaud. La plupart des processeurs possèdent une sécurité qui les fera s'éteindre en cas de surchauffe, que l'on pourrait dans les extrêmes placer jusqu'à 110~120°C. Pour les cartes graphiques, je ne saurais pas dire.
Le 25°C que tu obtiens est sans doute la température interne à ton boîtier, et non à des composants.
fayt nagashimas Message lu Posté le 18 Mar 2008 à 06:37 Bulle
Avatar de fayt nagashimas
Membre Avancé

Messages : 369
GCPoints : 59439
Pourtant, j'ai regardé dans le bios :
Carte mère à 20-22 °C et proc à 25-26 °C
Mod Message lu Posté le 18 Mar 2008 à 10:49 Bulle
Avatar de Mod
Webmaster

Messages : 4954
GCPoints : 2100823
Ton processeur serait-il un Core Duo gravé en 45 nanomètres ? D'après les différents tests que j'ai pu lire, c'est à peu près sa température de fonctionnement hors charge ? Un processeur "classique" tournera plus autour de 35~40°C hors charge, cette valeur a tendance à un peu m'étonner. Pour la carte mère je ne saurais pas dire non plus.

Sinon, plus simple que d'aller dans le BIOS regarder la température des sondes (le mien ne fait pas ça tiens :want: ), voici un petit utilitaire pratique que j'utilise, Hardware Monitor, que tu peux télécharger ici : http://www.cpuid.com/hwmonitor.php.
noob4ever Message lu Posté le 18 Mar 2008 à 11:38 Bulle
Avatar de noob4ever
Explorateur

Messages : 295
GCPoints : 48742
il faut utiliser ta carte graphique pour le rendu, le bus d'une cg étant beaucoup plus large qu'un proc...
What did C:/DARTHVADER said to C:/DARTHVADER/LUKESKYWALKER ?

I'm your folder
Darktib Message lu Posté le 18 Mar 2008 à 18:47 Bulle
Avatar de Darktib
Membre Ultime

Messages : 4017
GCPoints : 347288
Hum... ca dépend des bus...

En parlant des bus :
Ca sert a rien d'avoir un super processeur et une super carte graphique avec un bus PCI d'il y a 10000 ans... Ca rique de lagger méchament...



En quelques mots, pour résumer : un ordinateur tirant le max de ses ressources est un ordinateur 'homogene' au niveau des composants.
eagle4 Message lu Posté le 18 Mar 2008 à 19:20 Bulle
Avatar de eagle4
Membre Confirmé

Messages : 177
GCPoints : 27624
Dans le cas de MMF2, à l'origine, il n'utilisais QUE le processeur du pc pour afficher le jeu. Voilà comment il fonctionne :

On programme avec le logiciel, on pose des objets et on a ensuite une grille d'évènements où l'on indique ce qu'un objet doit réaliser comme action en fonction d'un évènement.

Un objet possède des actions, des expressions ainsi que des évènement à proprement parler, ex :

Si l'on a un objet "Joueur" avec comme expression (variable), la valeur de sa position en X

évènement : objet clavier -> Le joueur appuie sur "espace"

Action : position X "Joueur" est égale à position X "Joueur"+1


Une fois toute notre programmation "faites", MMF2 va créer dans un seul exécutable, Un programmation appelé runtime qui va ainsi extraire puis lire les évènements préalablement coder. C'est donc un langage interpréter. Cette action va être réalisé par le processeur de l'ordinateur.

Ensuite afin d'afficher les différents sprites et objets, le runtime utilise un moteur graphique. Anciennement coder par le créateur du logiciel lui même, il n'était pas excellent. Mais depuis, il a créer un moteur utilisant la librairies direct3D (donc directX) qui, elle, utilise le processeur graphique, ce qui nous donne un affichage ultra fluide...

Cependant, même si la librairie direct3D permet un affichage simultané de centaines de sprites avec shaders, scale, rotations etc en même temps, on reste bridé par un langage interprété qui ne permet pas par exemple d'exécuter des milliers de LOS en même temps ;)
Répondre
GameCorp - Site d'apprentissage et d'entraide à la création de jeux vidéo.
XHTML Valid 1.1 - Page générée en 0.0376 secondes