Retour au site
Connexion :
Abonnement NewsletterOk

Le dual-core dans la douleur pour les jeux 3D ?

Publiée par Vincent le Mardi 9 Août 2005

Brève Processeur

Intel Dual Core Pentium D
Un article publié sur Next Generation donne la parole aux développeurs et notamment à Gabe Newell, le responsable de Valve et le principal développeur d'Half-Life 2, au sujet des Processeurs dual-core et des jeux 3D.

Selon lui, le passage de la programmation simple core à la programmation optimisée pour les processeurs dual-core risque de se faire dans la douleur et dans la difficulté. Ce passage est d'ailleurs qualifié de cataclysme pour les développeurs.

Gabe Newell est visiblement peu convaincu de l'intérêt des processeurs dual-core pour le jeu vidéo et pense que cela va surtout davantage compliquer la tâche des développeurs, qu'offrir un réel plus aux joueurs. D'un point de vue technologique, Gabe Newell précise que tous les développeurs doivent être terrifiés avec l'arrivée de ces nouveaux processeurs. Pour la simple et bonne raison, que tous les codes actuels, utilisés pour les processeurs mono-core ne seraient plus bon à rien dans une optique de développement dual-core.

Il ajoute que la plupart des problèmes posés par ces systèmes multi-core (console ou PC) ne sont pas résolus. D'après Gabe Newell, il faudra beaucoup de temps pour développer un bon moteur optimisé dual-core, il n'hésite pas à dire que d'ici la sortie d'un tel moteur, la Xbox 360 ne sera plus déjà sur le marché... Voilà qui est dit, mais que Gabe le veuille ou non, le dual-core va se démocratiser dans les PC et dans les consoles. Et si le développeur de Valve dit vrai, le dual-core risque alors, d'être sous-exploité pendant un bon petit moment, du moins avec les Jeux Vidéo.
Actu précédente
Brève suivante

Cadeau Noel: Simple et rapide avec nos sélections !

Les Commentaires des lecteurs
_
 
le 09 Août 05 à 11h58
Edition
  
Tout le problème ne vient pas que du développement, mais aussi du parc informatique....

Si on se lance dans un developpement Dual Core, que les 90% des utilisateurs ont un simple Core, quel interet?

Puis quand on commencera à avoir tous des Dual Core, ce sera l'heure des QuadriCore, etc.....
 
le 09 Août 05 à 11h59
Edition
  
Oui, enfin pour les consoles nouvelle génération ce problème ne pose (heureusement) pas.
 
le 09 Août 05 à 12h00
Edition
  
En même temps le temps que Gabe sorte un jeu qui fonctionne sur dual-core, c'est sûr que la xbox 360 n'existera plus (et moi non plus d'ailleurs)
 
le 09 Août 05 à 12h01
Edition
  
concevoir toute une appli avec des threads de tous les cotes ...
si en dual core, alors ce sera benefique, sinon ben non....
 
le 09 Août 05 à 12h04
Edition
  
Pourquoi pas un proc double core avec :
  • un mega core pour les jeux et les applications gourmandes
  • un core plus petit pour faire tourner les petites applis pendant que le 1er est occupé

Comme ça les applis (les jeux) restent en programmation monothread, mais on peut faire tourner des applis sous windows derrière (comme le mediaplayer) sans handicaper le mega-core.

C'est peut être con ce que je dis (je sais pas) mais il me semble qu'il y aurait à la fois les avantages des 2 types de proc.
Tout ça à condition que Windows gère correctement tout ce petit monde...
 
le 09 Août 05 à 12h04
Edition
  
pop2010 a écrit:
En même temps le temps que Gabe sorte un jeu qui fonctionne sur dual-core, c'est sûr que la xbox 360 n'existera plus (et moi non plus d'ailleurs)

Ah c'était trop facile ça
Je deduis des difficultés de la programmation des jeux sur dual-core le fait que la PSP3 ( un core CELL + copros ) part avec une longueur d'avance sur la XBOX 360 ( 3 cores ) même si à terme ( 3-4 ans ) les jeux pourront être meilleurs sur cette derniere.
 
le 09 Août 05 à 12h06
Edition
  
ezeckiel2k a écrit:
Tout le problème ne vient pas que du développement, mais aussi du parc informatique....

Si on se lance dans un developpement Dual Core, que les 90% des utilisateurs ont un simple Core, quel interet?

Puis quand on commencera à avoir tous des Dual Core, ce sera l'heure des QuadriCore, etc.....


du point de vue du programme, exploiter le multicore revient à faire de multithreading, et ça fait longtemps que ça existe.
dans certains cas, le multithreading peut même apporter des gains de perfs sur du mono-core.
 
le 09 Août 05 à 12h10
Edition
  
Les développeurs savaient depuis des années que l'avenir des la micro passerait par le SMP ou le multi-core, ce qui revient au même au niveau programmation.
Donc ça fait des années que les utilisateurs demandent des applications gérant le multi-threads au développeur.
Les programmeurs auraient donc pu prendre les devant car une appli multi-threads tourne très bien sur un seul proc.
Maintenant ils doivent revoir tous leur code et s'en plaignent et ça va coûter des millions.
Ils ont fait des erreurs stratégiques qu'ils les assument et qu'ils ne viennent se plaindre aujourd'hui.
 
le 09 Août 05 à 12h12
Edition
  
le dual-core risque alors, d'être sous-exploité pendant un bon petit moment, du moins avec les jeux vidéo

En quoi une application est-elle moins difficile à développer qu'un jeux? :??:

Casou.
 
le 09 Août 05 à 12h14
Edition
  
Ouais ben ca m'etonne pas que ca fasse peur au developpeur, vu comme ils savent optimiser leur sloperie de jeux actuelllement, utilise du dual-core c'est trop complique pour eux. Vous vosu rendez compte il va falloir qu'ils bossent pour apprendre maintenant
 
le 09 Août 05 à 12h19
Edition
  
casou_be a écrit:
En quoi une application est-elle moins difficile à développer qu'un jeux?  :??:

Casou.

certaines applications de calcul scientifique sont parallélisées depuis longtemps, on sait très bien comment les découper en plusieurs thread ou même les envoyer se faire calculer sur d'autres procs. Par contre, pour les jeux, il faut davantage de synchronisation entre les différents morceaux (IA, graphisme, joueurs) et la synchronisation va être beaucoup plus dur car il y a plsu d'aléatoire. Enfin, c'est ce que je pense, j'ai jamais programmé de jeux donc peut-être que c'est des grosses conneries ce que je raconte
 
le 09 Août 05 à 12h22
Edition
  


ça me fait doucement rire tout ça

C'est plutot que Gable a les boules de voir se perimer si tot son moteur d'hl2 oui...
 
le 09 Août 05 à 12h23
Edition
  
c'est pas faux
 
le 09 Août 05 à 12h28
Edition
  
d9pouces a écrit:
certaines applications de calcul scientifique sont parallélisées depuis longtemps, on sait très bien comment les découper en plusieurs thread ou même les envoyer se faire calculer sur d'autres procs. Par contre, pour les jeux, il faut davantage de synchronisation entre les différents morceaux (IA, graphisme, joueurs) et la synchronisation va être beaucoup plus dur car il y a plsu d'aléatoire. Enfin, c'est ce que je pense, j'ai jamais programmé de jeux donc peut-être que c'est des grosses conneries ce que je raconte


Justement il a tellement de programmes et sous-programmes différent dans un jeu que c'est à mon avis plus simple que dans une appli scientifique ou il y a finalement qu'un seul exécutable.
Un programme sur un proc et l'autre sur l'autre, genre contrôle du jeu sur un proc, IA sur un autre et graph sur un dernier (XboX 360) + la 3D sur un proc dédié bien sur.
 
le 09 Août 05 à 12h31
Edition
  
Il n'y a pas déjà un jeu (ou futur jeu / patch je ne sais plus) qui ajoute le support dual-core ? Donc bon, un petit effort Gabe

edit : un jeu d'avion si je me souviens bien.
 
le 09 Août 05 à 12h38
Edition
  
Valmont69 a écrit:
Justement il a tellement de programmes et sous-programmes différent dans un jeu que c'est à mon avis plus simple que dans une appli scientifique ou il y a finalement qu'un seul exécutable.
Un programme sur un proc et l'autre sur l'autre, genre contrôle du jeu sur un proc, IA sur un autre et graph sur un dernier (XboX 360) + la 3D sur un proc dédié bien sur.

le problème du multicore, c'est jamais de découper le programme, c'est d'arriver à synchroniser les différents bouts
 
le 09 Août 05 à 12h40
Edition
  
Je pense à ça, un jeu vidéo utilise le cpu et le gpu, c'est pas du multithreading d'une certaine manière ?
 
Contacter le membreVoir profil
le 09 Août 05 à 12h43
Edition
  
grecko a écrit:
Pourquoi pas un proc double core avec :
  • un mega core pour les jeux et les applications gourmandes
  • un core plus petit pour faire tourner les petites applis pendant que le 1er est occupé

Comme ça les applis (les jeux) restent en programmation monothread, mais on peut faire tourner des applis sous windows derrière (comme le mediaplayer) sans handicaper le mega-core.

C'est peut être con ce que je dis (je sais pas) mais il me semble qu'il y aurait à la fois  les avantages des 2 types de proc.
Tout ça à condition que Windows gère correctement tout ce petit monde...


le problème c'est coté monocore les 2 fondeurs sont arrivés à leur limite coté perfs. cela fait 2 ans que les perfs stagnent quasiment. normalement si la croissance avait été normale, chez intel on devrait etre au moins à 5 ghz minimum.
c'est en partie pour cela que le mono core est abandonné chez intel.
 
le 09 Août 05 à 12h48
Edition
  
Quand on vois le temps qu'il a fallut pour HL2 , imaginez le temps qu'il lui faudrat pour HL3 en multi-threads