[HFR] Actu : +29% de transistors pour l'APU AMD Carrizo

Actu : +29% de transistors pour l'APU AMD Carrizo [HFR] - HFR - Hardware

Marsh Posté le 19-11-2014 à 14:30:01   0  

A l'occasion de l'International Solid State Circuits Conference (ISSCC) en février prochain, AMD devrait dévoiler des informations sur futur APU Carrizo. ...
Lire la suite ...

Reply

Marsh Posté le 19-11-2014 à 14:30:01   

Reply

Marsh Posté le 19-11-2014 à 14:38:38   0  

Espérons que la dernière fournée sera enfin la bonne.
A voir ce que donneront ces annonces en réalité maintenant.

Reply

Marsh Posté le 19-11-2014 à 15:01:53   0  

Pour la question du gain de densite et conso a process "equivalent", vas t-on voir les fameuses librairies haute densite en action ?  
 
Elles etaient prevues pour 2015 apres tout.

Reply

Marsh Posté le 19-11-2014 à 15:34:39   0  

Aie ouille ! Si les cores sont 23% plus petits et avec une grosse diminution de la consommation, ça sent surtout le ménage dans les fonctions "non essentielles". Attendons de voir quelles fonctionnalités sont supportées et comment ils ont regroupés leur cores.

Reply

Marsh Posté le 19-11-2014 à 15:43:25   0  

Il ya aussi un chipset à l'intérieur (SATA, USB, UART etc.)
 
Pour le reste il y a peut-être un lien avec les "transistors perdus" de la R9 285? (les deux sont GCN 1.2)

Reply

Marsh Posté le 19-11-2014 à 16:02:13   1  

J'ai l'impression que chez AMD, les seuls axes de réfléxion sont toujours les mêmes... Comment mettre plus de transistors et réduire la consommation... Dans 40ans, ca sera pareil encore...
Je pense qu'Intel et leurs recherches transversales (TriGate etc...) sont vraiment plus intéressantes pour l'avenir.

Reply

Marsh Posté le 19-11-2014 à 16:28:53   4  

Strictement aucun rapport...
 
AMD fait évoluer tant bien que mal une archi foirée et n'a plus aucune maîtrise du process, on aura pas vraiment de nouveau avant 2016.
 
Quoi qu'il en soit, des 2 côtés on cherche tout autant à tirer le maximum de chaque $ de silicium, AMD part juste avec un handicap monstre à cause de ses modules vraiment foireux.


Message édité par Gigathlon le 19-11-2014 à 16:33:18
Reply

Marsh Posté le 19-11-2014 à 17:02:33   1  

Si il arrive a tenir 20% de perf en plus, ça pourra faire un "vrai" concurrent au i3

Reply

Marsh Posté le 19-11-2014 à 17:19:00   1  

Pour moi, ça ne colle pas. Comment peut-il à la fois intégrer le FCH et être compatible FM2+ ?
Plus d'unités graphiques ? Surement, mais j'ai l'impression que ces APUs sont surtout limités par leur BP mémoire, et rajouter des unités ne fait pas avancer le schmilblick.
Plus de cache ? Possible, mais certaines rumeurs parlent plutôt de diminuer ce cache pour diminuer les latences mémoire, gros point noir de Kaveri.
Et pourquoi pas un ou deux modules de plus ? Cela permettrait de mettre Vishera à la retraite...

Reply

Marsh Posté le 19-11-2014 à 17:27:28   1  

un 3 modules 6 cores pour la partie cpu serait bien

Reply

Marsh Posté le 19-11-2014 à 17:27:28   

Reply

Marsh Posté le 19-11-2014 à 17:35:05   0  

oui faut au moins une 3 modules pour compenser surtout vue que y aura pas de Cache L3, puis faut voir la bande passante en pratique, surtout celle du L1 et L2 et la bande passante de la mémoire DDR 3, tous ça a cause de cet daube de HSA et UMA, qui fout un bordel monstre et qui est utiliser et exploiter par 0,00002% des programmes c'est à dire pratiquement aucun et surtout aucun jeux vidéos, en tous cas pas assez pour que HSA ait un quelconque intérêt en prratique.

Reply

Marsh Posté le 19-11-2014 à 18:11:40   0  

Mister June a écrit :

Pour moi, ça ne colle pas. Comment peut-il à la fois intégrer le FCH et être compatible FM2+ ?

Ce n'est pas parce que le FCH est sur le die et utilisé pour certaines plates-formes qu'il le sera en FM2+ ;)


Message édité par Marc le 19-11-2014 à 18:11:52
Reply

Marsh Posté le 19-11-2014 à 18:37:28   0  

Mister June a écrit :

Et pourquoi pas un ou deux modules de plus ? Cela permettrait de mettre Vishera à la retraite


Et pourquoi pas "rien" de plus?
 
Tout le monde se fout royalement d'avoir plus de 4 threads mous du genou et préfère 4 threads qui se promènent aisément, à défaut, autant continuer avec 4 threads un peu moins mous du genou que sortir un monstre pour rien, l'IGP est déjà suffisamment gourmand pour une exploitabilité discutable.
 
 

Marc a écrit :

Ce n'est pas parce que le FCH est sur le die et utilisé pour certaines plates-formes qu'il le sera en FM2+ ;)


AMD peut aussi faire comme Intel avec le Z97 et utiliser les lignes PCIe dispensables pour faire passer le SATA et l'USB, ceci dit j'ai un gros doute sur le FM2+ étant donné les dernières rumeurs (Kaveri refresh et TDP/ACP de 15w pour une variante de Carrizo, autrement dit ça sent l'APU <45w et une descente en gamme pour les remplaçants de Jaguar, certainement 2~10w)


Message édité par Gigathlon le 19-11-2014 à 19:10:24
Reply

Marsh Posté le 19-11-2014 à 22:06:18   0  

Pour moi surtout carrizo est en retard, il devait sortir à la fin de l'année, bon peut être jamais eu de date officielle mais quand même. ce qui aurait pu justifier ce retard ça aurait été le passage en 20 nm, mais même pas.


Message édité par cbo le 19-11-2014 à 22:08:19
Reply

Marsh Posté le 20-11-2014 à 01:59:48   1  

ca confirme peut être ce qu'AMD avait dit a une époque... a savoir, que Carrizo sera compatible DDR3 et 4 via l'arrivée d'un nouveau socket qui devrai donc permettre au FCH d'être utilisé...

Reply

Marsh Posté le 20-11-2014 à 02:29:20   0  

Est ce que ça pourrait faire diminuer le nombre de couche des cartes mère et donc leur prix ?

Reply

Marsh Posté le 20-11-2014 à 09:50:24   0  

Gigathlon a écrit :

Tout le monde se fout royalement d'avoir plus de 4 threads mous du genou et préfère 4 threads qui se promènent aisément, à défaut, autant continuer avec 4 threads un peu moins mous du genou que sortir un monstre pour rien, l'IGP est déjà suffisamment gourmand pour une exploitabilité discutable.


Et alors, comment augmenter les perfs avec 23% de transistors en moins, tout en restant sur du Bulldozer ? Il y a bien une piste, car a priori ce qui a été supprimé consommait beaucoup (d'ou la baisse de consommation de 40%), mais j'ai beau chercher, je vois pas de solution évidente. Déjà que le cache n'était pas fameux...

Reply

Marsh Posté le 20-11-2014 à 10:50:52   0  

Présentation de Carrizo par un vendeur de lessive tout bronzé :
 
http://www.youtube.com/watch?v=I6zX2IqBI7A

Reply

Marsh Posté le 20-11-2014 à 11:12:42   0  

Singman a écrit :

Et alors, comment augmenter les perfs avec 23% de transistors en moins, tout en restant sur du Bulldozer ? Il y a bien une piste, car a priori ce qui a été supprimé consommait beaucoup (d'ou la baisse de consommation de 40%), mais j'ai beau chercher, je vois pas de solution évidente. Déjà que le cache n'était pas fameux...


HDL, High density librairies.
Donc à archi équivalente, bien moins de transistors.
 
On parle de cache L2 en moins, mais pour le moment, rien de précis.
 
Une chose est certaine, il y a un fort potentiel de gain en perf ou en conso à partir de cette base qui n'était pas forcément convaincante (no rage de mon doux euphémisme).

Reply

Marsh Posté le 20-11-2014 à 11:54:32   0  

si cela peut permettre un Cache L2 plus rapide se serait pas mal de même pour le Cache L1 et améliorer la bande passante pratique de la RAM que se soit en DDR3 ou DDR4 je m'en fout il faut de la bande passante ne serai ce que pour l'iGPU même si je n'aime pas trop les iGPU.

Reply

Marsh Posté le 20-11-2014 à 14:57:04   1  

En effet, auront-ils enfin libéré la bande passante externe du cache? :o
 
Par contre, la densité de transistors n'a pas vraiment de rapport avec la complexité, la HDL n'utilise pas forcément moins de transistors pour le gain en compacité, elle peut même en utiliser plus.

Reply

Marsh Posté le 21-11-2014 à 08:52:07   0  

Le socket AM1 va être remplacé par le FM2+ ?

Reply

Marsh Posté le 25-11-2014 à 18:17:02   0  

+20% de transistors et +200% de consommation ? :D

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed