Reprise du message précédent :

 
Ca n'a pas empêché la valse des chipsets (mais pas des sockets)

Il faut aimer danser avec INTEL c'est tout
  !

J'ai un Q9650 sur un P965, et ça tourne très bien, alors je n'ai pas de PCIe 2.0, je n'ai pas de DDR3, je n'ai pas de CrossFire 8x8/16x16, etc. Mais ça fait très bien son job.
 
Personne n'oblige personne à changer de mobo. à chaque nouveau chipset.
Et à ce train, en Socket AMx les chipsets changent aussi très régulièrement.
 
A partir du moment où les normes évoluent, chaque année on peu sortir un nouveau chipset pour ajouter un support SATA600, ou USB3, ou PCIe 3, etc. il y aura toujours des prétextes plus ou moins valables.
Et même quand le chipset ne change pas (par exemple le cas du X58), les fabricants de mobos. trouvent quand même le moyen de renouveler la gamme chaque année.

 
Bien a la bourre, mais je repond quand meme on sait jamais.
Oui j'ai vu une grosse difference en jeux, je pensais pas etre aussi cpu limited, la diff se fait surtout sur la montee en anti-aliasing, je pouvais difficilement passer le 4x avant, maintenant je peux jouer parfaitement fluide en 8x avec un 2e ecran qui lit des videos

J'approuve.

Ta CG n'est pas éteinte dans cette configuration, le gain est minime voir nul.

j'ai fait le même passage et je confirme, ça change grandement les choses.

Le cpu n'aide en rien pour l'antialiasing, c'est purement un réglage qui n'augmente que la charge sur la cg.

Le cpu des I5 suffit déjà pour lire les blu-rays (un Q6600 à 2.5ghz suffit pour lire tout film d'hollywood ou français en blu-ray et un q6600 à 3ghz suffit pour lire tout type de blu-ray même les plus gourmands (anime entrelacé en 30i/s) donc un core i5 suffira largement) donc avec le gpu en plus il ne devrait pas y avoir de problème.
Par contre tu n'as pas vraiment besoin de ton gpu pour lire les blu-rays (c'est comme pour les dvds à une époque ça sert uniquement quand ton cpu es trop juste ou dans les portables pour limiter la consommation).

Je " re débarque " ...
 
Qu'en est-il pour le 22 nm ?
 
 

En tout cas avec les baisses de tarifs et soldes, sb a juste un rapport prix/perfs monstrueux.

Avec les températures qui ont baissés je suis à 30°C en idle, 50° en load OCCT ventilos au mini (BeQuiet Dark Rock pro) @4.2 ghz vcore stock, ce proc quoi  

Q2 2012 aux dernières nouvelles ...

hello
J'ai lu que l'ivyBridge serait compatible OpenCL 1.1

est-ce qu'on sait si on pourra utiliser la puissance du GPU intégré pour les calculs openCL en parallèle d'une carte graphique dédiée (qui consacrerait ainsi 100% de sa puissance à la partie graphique)?

Mais fais lui cracher ses trippes a ce proc ! 4.2Ghz il s'ennuit la ! Un SB ne jouit pas a moins de 4.8Ghz !

 
Y'a meme pas d'influence sur le feed de la cg ? Parce que sinon je vois pas comment expliquer mon passage 4x luteux a 8x fluide, la ram sinon ?
 
dans tout les cas je sais pas d'ou vient la difference mais elle est bien plus que visible

J'attend l'automne / hiver

On est déjà en automne.

Chez moi l'automne commence en septembre pas en juillet.

C'est que t'habite pas en France

J'habite en france et chez moi l'autome a toujours commence en septembre, confirme par wikipedia et autres. Donc nous ne vivons pas dans la meme dimension, a prori.

Dit le mec qui a rien compris .
Il voulait dire que vu le temps, tu peux largement oc comme tu le souhaite, d'ailleurs t'as même un wc gratuit, t'as juste à sortir dehors .

Mouais il peut tres bien se remettre a faire tres chaud avant septembre.

Ca sera surement le cas d'ailleurs, sinon ce serait inquiétant ^^.

Non, OpenCL ne permet pas ça à priori...
Enfin pas de base, car à priori, rien n'empêcherais un soft d'ouvrir deux process en // utilisant deux device OpenCL, mais bon je doute que des dev. bricole ce genre de choses...

En même temps, c'est pas trop le temps qui fait les saisons... y'a quand même la moitié de la terre où il fait beau en Hiver...

 
   
 
http://arstechnica.com/business/ne [...] or-die.ars
 
 

 
AMD va se faire rouler dessus.

Ah bah alors si c'est confirmé par Wikipedia
 
Moi je me base sur le temps qu'il fait. Juillet ou pas Juillet, on a un temps d'automne (et pas d'autome).

ce n'est pas tout à fait à ça que je pensais, pas 2 devices openCL utilisées en //

je voyais plutot:
- puissance GPU intégré utilisée pour ses capacités OpenCL
- puissance du GPU de la carte graphique utilisé uniquement pour le graphique, donc open GL ou direct3D

chacun son boulot quoi, mais toute la puissance dispo dans la machine bien utilisée

L'idée derrière tout ça, c'est aussi se dire que même si on achete une carte graphique dédiée (et plus performante que le GPU intégré), ben on n'a pas payé le GPU intégré pour rien: sa puissance peut servir à autre chose.

http://www.techpowerup.com/144650/ [...] -2011.html
 

Le Computex est passé.

En général si tu veux faire de l'OpenCL en 3D, tu veux le résultat directement dans une zone mémoire que tu pourras accédé directement en contexte OpenGL.
Là non seulement j'suis pas sur que ce soit possible sans être pire que mieux. Surtout que l'IGP mettra beaucoup plus de temps à sortir les résultat des traitements GPGPU, et le risque c'est que le dGPU attende souvent après l'IGP.

Intel qui intègre Thunderbolt dans ses chipset:        
http://www.presence-pc.com/actuali [...] olt-44412/

 
C'est du passé aussi    
 
 

La version optique vaincra    
 
mmh je reste quand même assez surpris de la faible taille du die de ce chipset qu'intègre Apple.
 
Regardez la taille du die du contrôleur Thunderbolt sur le Sony, il fait presque la taille du die du chipset je dirais (sous le rad).
http://presscentre.sony.eu/ImageLi [...] sID=199964
 
Ils l'ont gravé en 130nm ou quoi ce contrôleur TB   ?
Parce quand on regarde la version Apple il n'a pas l'air démesurément grand, c'est rassurant.

 
Tu devrais mettre à jour wikipedia pour leurs expliquer la / ta vrai science alors  

 
Il faut pas perdre de vue que le GPU intégré est assez faible en puissance de calcul donc son utilisation en OpenCL serait peut-être pas si intéressante, après tout dépend des calculs en question. De plus je crois que le SDK OpenCL pour SandyBridge d'Intel utilise en fait la partie CPU pour présenter virtuellement un device OpenCL, et donc je ne pense pas que la partie GPU soit utilisée à cette fin.
 
Ce qui veut dire que dans un jeu c'est le CPU qui devrait se taper les simulations physiques, pas bien donc puisqu'il est déjà utilisé totalement pour le jeu en lui même vu que ceux-ci supportent le multicore de plus en plus.
 
Bref ce SDK c'est plus une solution pratique pour les développeurs car le même code peut être exécuté sur le GPU ou le CPU. Et parfois sur les 2 en même temps, comme c'est le cas sur certains raytracers accélérés.
 
Mais pour ceux qui voudrais pas que leur carte graphique se coltine l'OpenCL en plus de la 3D, ou que ce soit le CPU qui récolte les simus physiques, il est possible d'acheter une deuxième carte graphique (une bonne milieu de gamme suffit) en espérant que les jeux permettent de configurer quel device OpenCL est utilisé.

Pas le temps, trop de boulot si il fallait mettre à jour Wikipedia

quel interet d oc le 2500K? a l heure actuelle il suffilt largement a 3.3 ghz non?
pour l instant, avec ce proc + ma gtx 470 soc, je ne vois aucun interet a oc le cpu ou le gpu car tous mes jeux sont a 60 fps, le fait de passer a 4.5 ghz pour le cpu et 830 pour le gpu ne m apportera rien de + a part du bruit et une conso en hausse

quel est l'interet de mettre 30€ de plus dans un processeur overclockable pour ne pas l'overclocker ?