PGR3, première video Ingame

Message

Sulf' · #51 Message par **Sulf'** » 19 oct. 2005, 16:05

Oui mais la 360 de mémoire ce n'est pas un multiprocesseur, mais un multicore non ?

R O C K · #52 Message par **R O C K** » 19 oct. 2005, 16:19

Sulf' a écrit :Oui mais la 360 de mémoire ce n'est pas un multiprocesseur, mais un multicore non ?

oui c'est un bi-core...et non multiproc

Dobmec · #53 Message par **Dobmec** » 19 oct. 2005, 16:52

Bah c'est quasiment pareil, non? Vu que lors des calculs, quasiment tout se passe dans le core, et les optimisations (pipeline, cache & co), sont à l'extérieur. Donc ça se ramène à ce que dit Rain, non?
Enfin bon, je dis ça, mais je suis pas bien au fait de ce qu'est l'architecture multi-core, donc je peux me tromper... Par contre, la programmation doit rester identique : Il faut coder des algos qui fonctionnent en parallèle, et pas en séquentiel

kilix · #54 Message par **kilix** » 19 oct. 2005, 17:33

et ça veut dire quoi calcul en virgule flottante ?

Dobmec · #55 Message par **Dobmec** » 19 oct. 2005, 18:18

Un calcul sur des nombres à virgule...

Sulf' · #56 Message par **Sulf'** » 19 oct. 2005, 18:19

Alors attention, je ne suis pas du tout, mais alors pas du tout un spécialiste du domaine, donc je dis peut-être une connerie.

Mais je crois bien que la grosse différence entre le multicore et le multiproc, c'est que le multicore est optimisé pour bosser ensemble.
Càd que la gestion est affectée et répartie directement par le proc.
Alors que le multiproc c'est les dévs qui disent qui gère quoi et comment. Donc plus galère à géré et donc moins optimisé.

RainMakeR · #57 Message par **RainMakeR** » 19 oct. 2005, 18:57

Le multiproc ou meme le calcul reparti (grid computing) c'est assez chiant a gerer paske tu dois gerer en parallele tous les prog ki tourne en meme temps.

Bon je sais pas si ce que j'ai appris est vraiment complet mais bon en gros on a simule du grid sur un seul ordi en utilisant plusieurs proc ki communiquent avec des pipes.
En fait on a tente de coder un algo de coloration (le classique coloriage en 3-4 couleurs....).

Donc apres la phase de fork (clonage de processus), c'est assez chiant paske fo gerer la synchro de tous les processus, gerer l'avancee d'un calcul pour l'integrer dans un autre ki a besoin des resultats etc....

Bon tout ca tu peux le simplifier en utilisant une shared memory mais bon foutre des semaphores et les gerer c'est bien pete couille.

Pour la virgule flottante : (http://fr.wikipedia.org/wiki/Flops)

FLoating-point Operations Per Second (FLOPS) (opérations à virgule flottante par seconde) est une mesure commune de repère pour évaluer la vitesse des microprocesseurs.

Les opérations en virgule flottante incluent toutes les opérations qui impliquent des nombres réels. De telles opérations, qui prennent beaucoup plus longtemps au calcul que des opérations en nombres entiers, se produisent souvent dans quelques applications.

La plupart des microprocesseurs modernes incluent une unité à virgule flottante (floating-point unit (FPU)), qui est une pièce spécialisée du microprocesseur responsable d'exécuter des opérations à point mobile. La mesure des FLOPS mesure réellement la vitesse du FPU. Un des essais de repère les plus communs employés pour mesurer des Flops s'appelle Linpack.

Beaucoup d'experts estiment que les Flops ne sont pas une mesure appropriée parce qu'elle ne tient pas compte des facteurs tels que les conditions dans lesquelles le microprocesseur fonctionne (par exemple, les charges lourdes ou légères) et laquelle des opérations exactes sont incluses en tant qu'opérations à virgule flottante. Pour cette raison, un consortium de fournisseurs a créé le Standard Performance Evaluation Corporation (Spec.), qui fournit des valeurs plus signicatives de repère.

MFLOPS = 106 (millions) opérations à virgule flottante par seconde;

GFLOPS = 109 (milliards) opérations à virgule flottante par seconde;

TFLOPS = 1012 (trillions) opérations à virgule flottante par seconde.

Récupérée de « http://fr.wikipedia.org/wiki/Floating-p ... per_second »

R O C K · #58 Message par **R O C K** » 19 oct. 2005, 21:26

Dobmec a écrit :Bah c'est quasiment pareil, non? Vu que lors des calculs, quasiment tout se passe dans le core, et les optimisations (pipeline, cache & co), sont à l'extérieur. Donc ça se ramène à ce que dit Rain, non?
Enfin bon, je dis ça, mais je suis pas bien au fait de ce qu'est l'architecture multi-core, donc je peux me tromper... Par contre, la programmation doit rester identique : Il faut coder des algos qui fonctionnent en parallèle, et pas en séquentiel

justement non, les procs multicore se programme comme un mono core d'ou l'avantage...

en multicore tout est gérer en hard à l'intérieur du proc...genre tu dis "voila g 30 tonnes de calculs fait ta sauce et donne moi le résultat" et le proc multicore se partage le travail dee lui même

alors qu'en multi proc

tu dois multiThreader ton rpogramme en disant " tiens toi proc 1 tu me calcules ça et toi proc 2 tu me calcul ça, je récupère les résultats de votre calcul et je fais ma sauce avec.."

vous voyez que c'est pas pareil...

Sulf' · #59 Message par **Sulf'** » 19 oct. 2005, 22:49

Voilà Rock dis aussi exactement ce que je disais.
Donc j'étais dans le vrai

.

Squaregio · #60 Message par **Squaregio** » 20 oct. 2005, 09:55

Multiproc, multicor, j'y comprends rien mais je suis monogame...

kilix · #61 Message par **kilix** » 20 oct. 2005, 12:21

merci rain pour l'info sur le flops !

Dobmec · #62 Message par **Dobmec** » 20 oct. 2005, 19:11

Ok Rock merci de l'info comme je l'avais dit, j'en étais pas sur

shinobi · #63 Message par **shinobi** » 20 oct. 2005, 19:33

J-44

des terraflops par ci...des double core par là....

moi tant que j'ai un superbe jeux de caisse...avec un super gameplay...c'est tout ce qui compte...

PGR3...est fait pour moi

Sulf' · #64 Message par **Sulf'** » 20 oct. 2005, 21:50

Nurburgring :
http://www.playerone.be/news_details.php?id_news=3515

New-york de jour

http://www.xboxyde.com/news_2167_fr.html
Shinjuku de nuit :

http://www.xboxyde.com/news_2165_fr.html
Vegas de nuit :
http://www.xboxyde.com/news_2163_fr.html

http://www.xbox360france.com/news-pgr3- ... v653.html/