Reprise du message précédent :
Je ne comprends vraiment pas pourquoi Nv n'a pas repris le SLI de 3dfx.
 
C'est vraiment étrange cette histoire.

Je crois qu'ils ont pas le brevet

3dfx l'aurait vendu à quantum3d avant de se faire acheter par nv ?
 
(Pacq à une époque j'avais cru entendre parler que le brevet était à quantum, ou alors ce serait nv qui l'aurait vendu)

Je sais pas trop, mais a priori ils n'ont pas le brevet...

Mais en tout cas c'est marrant qu'ils n'aient pas le brevet alors que l'acronyme leur appartient    
 
C'est du style : "super j'ai la boîte, mais pas son contenu"  

C'est pas une histoire que les techniques 3D actuelles font que le SLI de 3DFX n'est plus du tout applicable ?

Brevet ou pas, nVidia n'en voulait sûrement pas du sli de 3Dfx, il me semble qu'une partie du staff 3Dfx fût engagée chez nVidia lors du rachat de la boîte, même sans le brevet ces personnes auraient pu mettre au point un système très proche voir similaire.

 
moi je la considère comme la rendition vérité ou la 3dfx voodoo 1 des cartes sons.
 
mais bon ça n'a pas perçé comme ça l'aurait dû....
 
il faudra que je fasses des enregistrement des musiques de Duke Nukem 3D avec la Gus Pnp+Cubic Player.

sinon vivement le X-Fi, j'espère qu'il n'y aura plus de pénalités à la création de canaux D3D (chose qui est assez moisi sur les cartes actuelles).

 
le ScanLine Interleaving peut être complexe a mettre en oeuvre pour les GPU actuels. (quoique, enfin fo voir il doit y avoir des restrictions).
 
deplus le SLI original, t'as pas de scalabilité sur la géométrie, chose que tu as en AFR, et peut avoir en SFR (avec un culling sioux)

Partie 2 de l'article d'arstechnica consacré au CPU de la xbox 360 : http://arstechnica.com/articles/pa [...] x360-2.ars

Y a quelqu'un pour résumer en français ?    
Merci  

Résumer en français : le CPU de la xbox 360, ça roxx les totoros* !!!
 
* Les totoros ressemblent à un croisement de raton laveur et de hibou. Ils vivent secrètement dans la forêt et se nourrissant de glands. De nature très sensible, ils aiment le calme et la tranquillité.

En gros, ça dit que:

• Le proco sera mou pour l'IA et les interactions dans les jeux (peu de cache, pipeline long ET prédiction de branchement vétuste, exécution in-order). Donc les jeux seront chiants.
• Ca sera une misère à programmer (à cause des limitations ci dessus, et en plus c'est fait pour être massivement multithreadé)
• Mais c'est bien adapté pour faire du streaming (unités vectorielles, fréquence élevée, parallelisme facile sur ce type de code). Donc les jeux seront jolis.
• Finalement, chaque core ressemble à la partie PowerPC du Cell avec des unités vectorielles en plus.

Bref pas de quoi roxxer un Totoro

T'as oublie de preciser que tout ca est valide uniquement si on programme comme sur PC, cad sans tenir compte de l'archi.
De nombreux mecanismes de gestion des threads et de l'etat du xenon semblent prevus, permetant d'avoir une bonne optimisation des threads d'ia/physics.
 
La ou c'est tres fun, c'est que ca dit surtout que si le xenon sera pas top de ce cote la, ca sera pire sur la PS3, qui n'a qu'un tiers de xenon, et que ses supers SPE sont uniquement fait pour streamer vu qu'ils ont pas de branching incorpore.
 
voila donc, c'est tres nuance la conclusion mais assez interessant

Donc en gros les Xenon et Cell censé roxer les gros P4 en vectoriel et les A64 de loin, en réalité c'est des bouses qui savent faire que du calcul vectoriel sur le papier parce qu'en realité on reussira jamais a les exploiter

b'en ils ont une puissance de calcul brute elevee, mais reste a savoir si elle va pas etre gachee

 
+1
 
J'en utilise....zero...

 
oui mais c bien pour eviter ca que c breveté  
 
sinon pour le nom ben vous trouvez bien des cd-r commodore alors hein    
 
(effectivement je crois bien aussi que 3dfx a vendu ca a quantum juste a la fin les fourbes )

Pas de bol pour nvidia c'était le seul truc intéressant chez 3dfx  

 
 
oué mais bon une logique d'IA avec des branchements de partout par rapport à une machine à état, c'est déjà hors-thread (je veux si tu as un rendement pourri, c'est pas le threading qui va te sauver à ce niveau).
 
mais bon de toutes manières ça devrait très bon tourner y'a pas à s'inquieter....
 
bon alors les puces pour Xbox 360/PS3 c'est pour quand ?
 
parceque la Xbox 1 fait un très bon MediaCenter maintenant

Tu veux qu'ils prog en assembleur chaque archi ?

ca eviterai ptet les jeux multi plateforme qui sont generalement a chier

c'est vrai que si on programmait tout en assembleur, les jeux seraient nuls à chier MAIS monoplateforme, ce qui est vachement mieux

+1 ça éviterait de polluer les autres plateformes

 
Tu sais, les progs qui sont optimisés genre TCMEPG ou des trucs du genre utilisant le SSE, MMX et autres joyeusetés a fond, sont déjà bcp en asm
Meme si c'est codé en C, y'a une partie qui est boostée en asm
et puis même si ce n'est pas le cas, le compilo est largement différent au niveau des optis forcées par rapport à un soft sur pc qui embarque des optis génériques
 
 
note que je dis pas que TOUT est fait en asm, mais que certaines subroutines le sont

ui, quand on est dans un cas genre "10% du code executé 90% du temps"

Ben oué, dans ce genre de cas c'est "facile" de coder les routines bouffant le plus en ASM pour les optimiser, mais bon

b'en les routines de gestions des threads ca me parait envisageable de les avoir codées en asm

C'est tellement rapide de coder en multi thread en plus (cf epic qui pleurait chez anand)

j'crois que c'est surtout une question de formation apres aussi

Ben moi je développe beaucoup en LDL, Linc Definition Language, une surcouche du Cobol, na
 
Bon, en même temps, c'est de la BD lourde, spa la même chose

je me demande comment c'est possible de s'y retrouver moi en assembleur
je me rapelle avec mon amiga que je jouais avec du basic bon je ne faisais que des paysages mais bon j'avais que 11 ans lol puis quant sur pc j'ai vu l'assembleur 10 ans apres, ouch... pas moyen de jouer aussis facilement a faire des paysage lol
 
 
mais parait que pour la ps2 les developpeurs etaient deja limite a devoir coder en assembleur donc ...

Non mais meme depuis la PS1 faut jouer de l'assembleur a priori
 
Sony ils aiment se mettre dans la poche les developpeurs

c clair

 
tu m'étonnes vu comment le Cobol c'est relou, une surcouche ça doit être spectacular a voir tourner  
 
(c'est une surcouche qui permet d'utiliser des int/float à la place des numéros pour déclarer les variables ? passke plus casse-couilles que le cobol tu meurs, l'asm est souvent pour ergonomique )

 
bin c'est l'os fourni par M$ ou Sonaye

Ben le Cobol on est vite limité (même limité tout de suite   )
L'anné dernière j'ai fait un projet en cobol, j'ai fini par préparé des jeux de tests à la mano    
Le prof n'a rien vu, de toute façon les profs ils s'en foutent du code qu'on produit, ils veulent juste voir si on est capable de se démerder.
 
Sinon l'assembleur c'est trop relou pour moi.

 
Ah non non pas du tout limite hein, les VU t'as pas le choix
Pour le Cobol ça m'fait penser à une citation de Scott Meyers sur les croyances des programmeurs qu'il termine par
"Certains pensent même que Cobol est un langage de programmation"

 
Tu as des noms de types de variables, oui, mais plus complexes que int float
 
Et il n'y a aucune variable à taille variable.
 
Sinon, c'est impressionnant de voir qu'effectivement, quand tu fais un  
 
DETERMINE; LAST CUSTOMER (GLB-SPACES GLB-99 GLB-99)
 
ça te pond 50 lignes de cobol par derrière
 
Mais bon, crachez pas dessus les gens, parce que Unisys a ses machiens qui gèrent pas mal de choses. Ceux qui jouent au loto avec la billetterie électronique lui font coucou, comme tous ceux qui envoient/reçoivent des SMS en passant par orange/Bouygues.... Je passe les administrations, etc.
 
Du pur transactionnel, et hyper balèze. Le pire est que les versions qu'on utilise sont des machines virtuelles. En gros, le MCP s'exécute au dessus d'un Windows NT sur la LX 5000 ou 2003 enterprise server sur la LX 7150).
 
L'ancienne (une grosse tour bi Xeon PII 400 en gros)  

 
La LX 7150 : quadri xeon 2.2 core gallatin avec HT désactivé (Unisys affirme que le HT c'est de la merde commerciale ).

 
Le plus marrant est que la LX 7150 dispose d'une doc qui explique comment virer le logo delle et coller le logo Unisys à la place
 
Et là, on est en pleine migration, y'a du taf
 
Enfin bref, un windows 2003 fait tourner une machine virtuelle qui exécute du cobol, de l'algol, etc.... Cool non ?

Comme je suis un peu à la bourre avec mon "vieux" matos, et que les topics concernés ont l'air un peu mort, je me permets de poser la question ici...
 
Si je mets un zalman 700 alcu sur une radeon 9800 pro (sapphire 128MB R350), je peux espérer à peu près quoi comme overclock?
 
Je peux tenter de booster ram et chipset de 10% directement?
 
thx