Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
- Ersteller PCGH-Redaktion
- Erstellt am
Superwip
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Für klassische Grafikberechnungen dürfte sich der Nutzen sehr in Grenzen halten.
Für GPGPU und auch etwa Raytracing können diese Features sehr sinnvoll sein aber das geht mit DX so oder so nicht.
Irgendein Leak Fanboygestütztes Kaffeesatzlesen.
Ich kenne dieses PDF nicht. Zur Zeit sieht es wohl eher so aus als würde diese Generation übersprungen -zumindest im dezidierten GPU Bereich-
Es ist aktuell und in absehbarer Zukunft nicht möglich einen High-End CPU und einen High-End GPU auf einem Chip zu integrieren.
Und genau aus diesem Grund ist ein SoC im Nachteil. Durch das integrieren universell nutzbarer Prozessorkerne in eine Grafikkarte kann man sehr elegant das Latenzproblem in vielen Lastszenarien weitgehend bis vollständig umschiffen.
Die Vorteile eines möglichst modularen Systems sind -zumindest im Desktopbereich- wohl auch offensichtlich.
Es sieht derzeit nicht so aus als würde Jaguar ein Perf/Watt Wunder werden; er wird sicher nicht schlecht aber z.B.: an Ivy Bridge kommt er nicht heran und er wird vermutlich auch bereits von den Top ULV Trinitys/Richlands geschlagen. Er wird eher mit einer guten Performance/Chipfläche punkten.
Der Jaguar ist vor allem eines: ein Niedrigpreischip in direkter Konkurrenz zum ATOM.
Um das hier zu betonen: Ich rede natürlich nur vom CPU Teil.
Nein.
Nochmal: Zulässig ist meiner Meinung nach nur folgender Vergleich:
gegebene Chipfläche, gegebenes Fertigungsverfahren, eventuell gegebener Preis und/oder TDP/Verbrauch bei einem Chip der dann in diesem Fall entweder ein symmetrischer oder ein assymetrischer Multiprozessor ist.
Für klassische Grafikberechnungen dürfte sich der Nutzen sehr in Grenzen halten.
Für GPGPU und auch etwa Raytracing können diese Features sehr sinnvoll sein aber das geht mit DX so oder so nicht.
Ich kenne dieses PDF nicht. Zur Zeit sieht es wohl eher so aus als würde diese Generation übersprungen -zumindest im dezidierten GPU Bereich-
Es ist aktuell und in absehbarer Zukunft nicht möglich einen High-End CPU und einen High-End GPU auf einem Chip zu integrieren.
Und genau aus diesem Grund ist ein SoC im Nachteil. Durch das integrieren universell nutzbarer Prozessorkerne in eine Grafikkarte kann man sehr elegant das Latenzproblem in vielen Lastszenarien weitgehend bis vollständig umschiffen.
Die Vorteile eines möglichst modularen Systems sind -zumindest im Desktopbereich- wohl auch offensichtlich.
Es sieht derzeit nicht so aus als würde Jaguar ein Perf/Watt Wunder werden; er wird sicher nicht schlecht aber z.B.: an Ivy Bridge kommt er nicht heran und er wird vermutlich auch bereits von den Top ULV Trinitys/Richlands geschlagen. Er wird eher mit einer guten Performance/Chipfläche punkten.
Der Jaguar ist vor allem eines: ein Niedrigpreischip in direkter Konkurrenz zum ATOM.
Um das hier zu betonen: Ich rede natürlich nur vom CPU Teil.
Nein.
Nochmal: Zulässig ist meiner Meinung nach nur folgender Vergleich:
gegebene Chipfläche, gegebenes Fertigungsverfahren, eventuell gegebener Preis und/oder TDP/Verbrauch bei einem Chip der dann in diesem Fall entweder ein symmetrischer oder ein assymetrischer Multiprozessor ist.
Locuza
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Zu den Features haben PC-Game-Devs keinen Zugang.
Und je nachdem, welche PS4 Spiele es geben wird und wie sie das Computing realisieren, ist schon wieder ein prinzipieller Vorteil der Konsole gegenüber dem PC gefunden.
Besseres Ressourcenmanagement, weniger Konflikte zwischen Rendering und Computing Pipeline.
Die Quelle scheint wirklich an gehackte Daten oder an irgendwelche Dokumente gekommen zu sein.
Das was da steht kann man mit hoher Wahrscheinlichkeit für voll nehmen.
Ebenfalls gehört Mars z.B. technisch zu GCN1 an, wird aber auch zur Sea Islands Familie gezählt.
Das PDF hat überhaupt nicht sauber getrennt, aber ich habe noch ein Zitat von einem alten Beitrag gefunden:
Wir sehen hier ebenso die 8 Compute Pipelines und das wichtige Adressierungsmodel für HSA.
GCN2 bzw. C.I ist ja auch schon seit längerer Zeit fertig und wird nur strategisch zurückgehalten.
Kommt Ende 2013 auch für uns.
Fragt sich nur wie der Markt in paar Jahren aussehen wird.
In Sachen Perf/Watt wird er von einem Trinity/Richland wohl auch sicher nicht geschlagen. Die IPC bewegt sich auf Piledriver-Level und AMD hat viele Latenzen Chip intern verbessert.
Jaguar hat einen loop buffer und einen L2-Cache der dynamisch in Teilen schlafen gelegen werden kann.
Ebenso läuft der L2-Cache mit der Hälfte des Clockspeeds.
Steamroller wird dann mit Jaguar einige Grundtechnologien teilen, wie den loop buffer und den dynamischen L2-cache mit Bänken.
Sollte der Perf/Watt etwas helfen.
Intel spielt eh in seiner eigenen Liga.
Es geht ja auch nicht um das Rendering, sondern natürlich habe ich das Computing damit gemeint.
Zu den Features haben PC-Game-Devs keinen Zugang.
Und je nachdem, welche PS4 Spiele es geben wird und wie sie das Computing realisieren, ist schon wieder ein prinzipieller Vorteil der Konsole gegenüber dem PC gefunden.
Besseres Ressourcenmanagement, weniger Konflikte zwischen Rendering und Computing Pipeline.
Leider muss ich dir sagen, dass die letzten PS4 Daten auf der Seite 1 zu 1 der Realität entsprochen haben, außer die 4GB GDDR5, wo Sony wohl die meisten überrascht hat.
Die Quelle scheint wirklich an gehackte Daten oder an irgendwelche Dokumente gekommen zu sein.
Das was da steht kann man mit hoher Wahrscheinlichkeit für voll nehmen.
Gibt es auch nicht mehr, weil AMD das herunter genommen hat, weil da noch C&P-Fehler enthalten waren, zum Teil waren da Texte über Architekturmerkmale die von VLIW sind und nicht von GCN.
Ebenfalls gehört Mars z.B. technisch zu GCN1 an, wird aber auch zur Sea Islands Familie gezählt.
Das PDF hat überhaupt nicht sauber getrennt, aber ich habe noch ein Zitat von einem alten Beitrag gefunden:
Important differences between S.I. and C.I. GPUs
•Multi queue compute
Lets multiple user-level queues of compute workloads be bound to the device and processed simultaneous. Hardware supports up to eight compute pipelines with up to eight queues bound to each pipeline.
•System unified addressing
Allows GPU access to process coherent address space.
•Device unified addressing
Lets a kernel view LDS and video memory as a single addressable memory. It also adds shader instructions, which provide access to “flat” memory space.
•Memory address watch
Lets a shader determine if a region of memory has been accessed.
•Conditional debug
Adds the ability to execute or skip a section of code based on state bits under control of debugger software. This feature adds two bits of state to each wavefront; these bits are initialized by the state register values set by the debugger, and they can be used in conditional branch instructions to skip or execute debug-only code in the kernel.
•Support for unaligned memory accesses
•Detection and reporting of violations in memory accesses
Summary of kernel instruction change from S.I. to C.I.
New instruction formats:
•FLAT
New instructions:
•FLAT_* (entire family of operations)
•S_CBRANCH_CDBGUSER
•S_CBRANCH_CDBGSYS
•S_CBRANCH_CDBGSYS_OR_USER
•S_CBRANCH_CDBGSYS_AND_USER
•S_DCACHE_INV_VOL
•V_TRUNC_F64
•V_CEIL_F64
•V_FLOOR_F64
•V_RNDNE_F64
AMD SEA ISLANDS SE R IES TECHNOLOGY
xiv Preface
Copyright © 2013 Advanced Micro Devices, Inc. All rights reserved.
•V_QSAD_PK_U16_U8
•V_MQSAD_U16_U8
•V_MQSAD_U32_U8
•V_MAD_U64_U32
•V_MAD_I64_I32
•V_EXP_LEGACY_F32
•V_LOG_LEGACY_F32
•DS_NOP
•DS_GWS_SEMA_RELEASE_ALL
•DS_WRAP_RTN_B32
•DS_CNDXCHG32_RTN_B64
•DS_WRITE_B96
•DS_WRITE_B128
•DS_CONDXCHG32_RTN_B128
•DS_READ_B96
•DS_READ_B128
•BUFFER_LOAD_DWORDX3
•BUFFER_STORE_DWORDX3
Removed instructions:
•V_QSAD_U8
•V_MQSAD_U8
•BUFFER_ATOMIC_RSUB, _X2
•IMAGE_ATOMIC_RSUB, _X2
•Multi queue compute
Lets multiple user-level queues of compute workloads be bound to the device and processed simultaneous. Hardware supports up to eight compute pipelines with up to eight queues bound to each pipeline.
•System unified addressing
Allows GPU access to process coherent address space.
•Device unified addressing
Lets a kernel view LDS and video memory as a single addressable memory. It also adds shader instructions, which provide access to “flat” memory space.
•Memory address watch
Lets a shader determine if a region of memory has been accessed.
•Conditional debug
Adds the ability to execute or skip a section of code based on state bits under control of debugger software. This feature adds two bits of state to each wavefront; these bits are initialized by the state register values set by the debugger, and they can be used in conditional branch instructions to skip or execute debug-only code in the kernel.
•Support for unaligned memory accesses
•Detection and reporting of violations in memory accesses
Summary of kernel instruction change from S.I. to C.I.
New instruction formats:
•FLAT
New instructions:
•FLAT_* (entire family of operations)
•S_CBRANCH_CDBGUSER
•S_CBRANCH_CDBGSYS
•S_CBRANCH_CDBGSYS_OR_USER
•S_CBRANCH_CDBGSYS_AND_USER
•S_DCACHE_INV_VOL
•V_TRUNC_F64
•V_CEIL_F64
•V_FLOOR_F64
•V_RNDNE_F64
AMD SEA ISLANDS SE R IES TECHNOLOGY
xiv Preface
Copyright © 2013 Advanced Micro Devices, Inc. All rights reserved.
•V_QSAD_PK_U16_U8
•V_MQSAD_U16_U8
•V_MQSAD_U32_U8
•V_MAD_U64_U32
•V_MAD_I64_I32
•V_EXP_LEGACY_F32
•V_LOG_LEGACY_F32
•DS_NOP
•DS_GWS_SEMA_RELEASE_ALL
•DS_WRAP_RTN_B32
•DS_CNDXCHG32_RTN_B64
•DS_WRITE_B96
•DS_WRITE_B128
•DS_CONDXCHG32_RTN_B128
•DS_READ_B96
•DS_READ_B128
•BUFFER_LOAD_DWORDX3
•BUFFER_STORE_DWORDX3
Removed instructions:
•V_QSAD_U8
•V_MQSAD_U8
•BUFFER_ATOMIC_RSUB, _X2
•IMAGE_ATOMIC_RSUB, _X2
GCN2 bzw. C.I ist ja auch schon seit längerer Zeit fertig und wird nur strategisch zurückgehalten.
Kommt Ende 2013 auch für uns.
Da hast du Recht.
Wobei das sich leider auch erst einmal durchsetzen muss und auf dem Markt auftauchen.
Beide Vor- und Nachteile sind offensichtlich.
Fragt sich nur wie der Markt in paar Jahren aussehen wird.
Gegen Intel zu vergleichen ist witzlos.
In Sachen Perf/Watt wird er von einem Trinity/Richland wohl auch sicher nicht geschlagen. Die IPC bewegt sich auf Piledriver-Level und AMD hat viele Latenzen Chip intern verbessert.
Jaguar hat einen loop buffer und einen L2-Cache der dynamisch in Teilen schlafen gelegen werden kann.
Ebenso läuft der L2-Cache mit der Hälfte des Clockspeeds.
Steamroller wird dann mit Jaguar einige Grundtechnologien teilen, wie den loop buffer und den dynamischen L2-cache mit Bänken.
Sollte der Perf/Watt etwas helfen.
Intel spielt eh in seiner eigenen Liga.
Jup, ein Hochleistungsmonster ist Jaguar nicht, allerdings macht er für seine Klasse eine unglaublich gute Figur bei 28nm.
Zuletzt bearbeitet:
Superwip
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Natürlich hat man da Zugriff- eben via Open CL oder CUDA.
Ein altes, offenbar fehlerhaftes PDF, das irgendwann "verschwunden" ist? Na was für eine seriöse Quelle!
Ich halte es jedenfalls, wie gesagt, für wahrscheinlich das GCN2 gecancelled wurde.
Das gilt auch für die PS4...
Das ist völlig illusorisch.
"Unglaublich gut"? Na ja... besser als der ATOM wird er wohl aber das ist keine Kunst.
Natürlich hat man da Zugriff- eben via Open CL oder CUDA.
Ein altes, offenbar fehlerhaftes PDF, das irgendwann "verschwunden" ist? Na was für eine seriöse Quelle!
Ich halte es jedenfalls, wie gesagt, für wahrscheinlich das GCN2 gecancelled wurde.
Das gilt auch für die PS4...
Das ist völlig illusorisch.
"Unglaublich gut"? Na ja... besser als der ATOM wird er wohl aber das ist keine Kunst.
Locuza
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
2. Offizielles PDF von AMD vor nicht einmal einem Monat, welches wegen den Fehlern und der laschen Trennung runtergenommen wurde. Fehlerhafte PDFs sind aber eine Tradition bei AMD.
3. GCN2 ist nicht gecancelled.
4. Mit dem Unterschied, dass die PS4 die einzige Hardware ist auf der man programmieren muss und ein durchsetzen sehr leicht möglich ist.
5. Turbo-Dock: AMD nennt Cinebench-Ergebnisse von Temash - Quad-Jaguar schneller als zwei Piledriver-Module - Planet 3DNow! - Das Online-Magazin für den AMD-User
Ja, es ist nur Cinebench, ja beim Rest muss sich Jaguar noch beweisen, dennoch sind die Ergebnisse gut für so ein Ding oder von mir aus die Ergebnisse für Piledriver sehr schlecht, aber bei Piledriver gehen ja auch viele Transistoren nicht für die IPC drauf, sondern für den doppelt bis dreifach so hohen Clock.
6. Vergleicht man Low-Power Designs bei 28nm, dann ist das gut was AMD da abliefert, gegenüber ARM und Intels Atom.
1. Per Open CL ist kein Zugriff bisher möglich, bei Nvidias GPUs geht das per CUDA, aber bigK ist der einzige mit dem Feature und bis sich das beim Mainstream durchsetzt oder bis es überhaupt einen gemeinsamen Standard gibt, kannst du das alles vergessen.
2. Offizielles PDF von AMD vor nicht einmal einem Monat, welches wegen den Fehlern und der laschen Trennung runtergenommen wurde. Fehlerhafte PDFs sind aber eine Tradition bei AMD.
3. GCN2 ist nicht gecancelled.
4. Mit dem Unterschied, dass die PS4 die einzige Hardware ist auf der man programmieren muss und ein durchsetzen sehr leicht möglich ist.
5. Turbo-Dock: AMD nennt Cinebench-Ergebnisse von Temash - Quad-Jaguar schneller als zwei Piledriver-Module - Planet 3DNow! - Das Online-Magazin für den AMD-User
Ja, es ist nur Cinebench, ja beim Rest muss sich Jaguar noch beweisen, dennoch sind die Ergebnisse gut für so ein Ding oder von mir aus die Ergebnisse für Piledriver sehr schlecht, aber bei Piledriver gehen ja auch viele Transistoren nicht für die IPC drauf, sondern für den doppelt bis dreifach so hohen Clock.
6. Vergleicht man Low-Power Designs bei 28nm, dann ist das gut was AMD da abliefert, gegenüber ARM und Intels Atom.
Superwip
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Open CL kann und wird bei Bedarf weiterentwickelt werden.
Ach ja?
Wie gesagt: wenn die GCN 2 Karten nicht noch in diesem Halbjahr kommen (und danach sieht es wirklich nicht aus!) zahlt es sich fast nichtmehr aus da dann schon die 20nm Generation vor der Türe steht.
AMD hat in den letzten Jahren so einiges aus diversen Gründen in "letzter Minute" gestrichen etwa Krishna/Wichita, Vishera oder die 32nm Northern Islands.
Auch die jüngste Veröffentlichung neuer GCN1 Chips unterstreicht das- wenn es GCN2 gäbe warum nicht nutzen?
Ja.
In einem Integerbenchmark oder einem Benchmark mit komplexerem Code oder einem Benchmark, der AVX und FMA ausnutzt würde die Welt ganz anders aussehen.
"gut".
Das kann man so stehen lassen; nicht "unglaublich gut".
Beim Vergleich mit dem ATOM muss man aber auch bedenken das der Jaguar wenn er auf den Markt kommt wohl gegen die "Bay Trail" Atoms mit generalüberholter Mikroarchitektur (inklusive Out of Order) in 22nm antreten muss.
Open CL kann und wird bei Bedarf weiterentwickelt werden.
Ach ja?
Wie gesagt: wenn die GCN 2 Karten nicht noch in diesem Halbjahr kommen (und danach sieht es wirklich nicht aus!) zahlt es sich fast nichtmehr aus da dann schon die 20nm Generation vor der Türe steht.
AMD hat in den letzten Jahren so einiges aus diversen Gründen in "letzter Minute" gestrichen etwa Krishna/Wichita, Vishera oder die 32nm Northern Islands.
Auch die jüngste Veröffentlichung neuer GCN1 Chips unterstreicht das- wenn es GCN2 gäbe warum nicht nutzen?
Ja.
In einem Integerbenchmark oder einem Benchmark mit komplexerem Code oder einem Benchmark, der AVX und FMA ausnutzt würde die Welt ganz anders aussehen.
"gut".
Das kann man so stehen lassen; nicht "unglaublich gut".
Beim Vergleich mit dem ATOM muss man aber auch bedenken das der Jaguar wenn er auf den Markt kommt wohl gegen die "Bay Trail" Atoms mit generalüberholter Mikroarchitektur (inklusive Out of Order) in 22nm antreten muss.
Zuletzt bearbeitet:
Locuza
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Leider müssen dennoch immer viele Jahre vergehen, bis Devs am PC eine Möglichkeit bekommen relativ unkompliziert auf beiden GPU-Herstellern die Compute-Features zu realisieren.
Und das war wie gesagt noch nicht einmal vor einem Monat und das Silizium ist eh fertig.
Es wird auch spekuliert, ob nicht schon eine 7790 GCN2 ist und über das Jahr hinweg AMD ständig mal ein bis zwei GPUs aktualisiert.
Das ist bisher ein etwas "kleines" Chaos bei AMD.
20nm stehen auch nicht vor der Tür, ich denke das wird erfahrungsgemäß länger dauern, als TSMC immer ankündigt.
Bei NI@ 32nm und Krishna gab es auch Foundry-Gründe gegen die Veröffentlichung und ja bei NI, geht sowieso nichts, wenn es nicht angeboten wird. Das trifft dieses mal aber nicht zu.
Jaja, ich weiß da gibt es schon paar Programme.
Eine Jaguar-Compute Unit hat 4x128-Bit FPUs, 2 Piledriver Module beim gleichem Clock auch.
Das einzige wo Piledriver Akzente setzen kann ist, wenn seine ganzen Instruction-windows deutlich größer sind und die ganzen restlichen Einträge, Buffer etc., habe jetzt dazu aber keine genaue Tabelle.
Jedenfalls beim Jaguar ist der L1D$ doppelt so groß pro Kern, wie bei Bulldozer/Piledriver und das Cache-Design auch ein write-back.
Jeder Core hat seine eigenen Ressourcen und man kann schon spöttisch sagen, Jaguar funktioniert so wie er soll und hängt sich nicht teils selber auf wie die Bulldozer-Architektur.
Ich denke deshalb nicht das Jaguar weit abgeschlagen von einer Bulldozer/Piledriver IPC sein wird, man könnte sich einfach Bobcats IPC mal anschauen und dann bisschen draufrechnen, dann würde man ungefähr hinkommen, habe jetzt aber auf die schnelle auch keine gefunden.
Edit: Gut, dafür hat bei Bulldozer auch jeder Integer-Core doppelt soviel L2-Cache und der L2-Cache läuft mit Core-Takt und nicht mit half-clock.
Und die ganzen Einträge müssten auch deutlich größer sein, ist immerhin eine ganz andere Design-Ausrichtung.
Dennoch enttäuschend was Bulldozer und Piledriver gerade so auf die Waage bringen, wobei Piledriver sich bei Worst-Case Szenarien sich deutlich verbessert hat.
Jedenfalls in paar Monaten werden wir erfahren, wo man die Jaguar-IPC im Vergleich zu Bulldozer/Piledriver hinstellen kann.
Kabini soll Ende Mai dieses Jahres kommen, wann Temash kommt für Tablets keine Ahnung.
Der Zug ist für die Konkurrenz wohl eh abgefahren, wenn Intel wieder mit seiner Fertigung ankommt.
Bay Trail wird ja dann auch endlich eine gute Architektur sein, garniert mit 22nm Tri-Gate.
Intel ist wie gesagt, immer eine Klasse für sich, dass ganze auch bei ihren Prozessoren.
Die Frage ist, wie würde es um Intel stehen, wenn man ihre Fertigung wegnimmt?
Deswegen steht auch GloFo so unter Druck ihren 14xm herauszubringen, ansonsten zieht Intel wieder lachend vorbei.
Durchaus und da muss sich auch AMD spurten, immerhin hat man bei GCN2 gleich 8 ACEs, wäre ziemlich dumm als Gegenfeature zu HyperQ diese nicht zugänglich für Devs zu machen.
Leider müssen dennoch immer viele Jahre vergehen, bis Devs am PC eine Möglichkeit bekommen relativ unkompliziert auf beiden GPU-Herstellern die Compute-Features zu realisieren.
Meiner Logik nach lädt kein Grafikhersteller PDFs für die Optimierung von GCN2 hoch, wenn er die Serie intern schon gecancelt hat.
Und das war wie gesagt noch nicht einmal vor einem Monat und das Silizium ist eh fertig.
Es wird auch spekuliert, ob nicht schon eine 7790 GCN2 ist und über das Jahr hinweg AMD ständig mal ein bis zwei GPUs aktualisiert.
Das ist bisher ein etwas "kleines" Chaos bei AMD.
20nm stehen auch nicht vor der Tür, ich denke das wird erfahrungsgemäß länger dauern, als TSMC immer ankündigt.
Bei NI@ 32nm und Krishna gab es auch Foundry-Gründe gegen die Veröffentlichung und ja bei NI, geht sowieso nichts, wenn es nicht angeboten wird. Das trifft dieses mal aber nicht zu.
Es geht auch schlicht um die Realität und um die IPC. In der Realität ist AVX und erst Recht FMA noch nirgendwo angekommen.
Jaja, ich weiß da gibt es schon paar Programme.
Eine Jaguar-Compute Unit hat 4x128-Bit FPUs, 2 Piledriver Module beim gleichem Clock auch.
Das einzige wo Piledriver Akzente setzen kann ist, wenn seine ganzen Instruction-windows deutlich größer sind und die ganzen restlichen Einträge, Buffer etc., habe jetzt dazu aber keine genaue Tabelle.
Jedenfalls beim Jaguar ist der L1D$ doppelt so groß pro Kern, wie bei Bulldozer/Piledriver und das Cache-Design auch ein write-back.
Jeder Core hat seine eigenen Ressourcen und man kann schon spöttisch sagen, Jaguar funktioniert so wie er soll und hängt sich nicht teils selber auf wie die Bulldozer-Architektur.
Ich denke deshalb nicht das Jaguar weit abgeschlagen von einer Bulldozer/Piledriver IPC sein wird, man könnte sich einfach Bobcats IPC mal anschauen und dann bisschen draufrechnen, dann würde man ungefähr hinkommen, habe jetzt aber auf die schnelle auch keine gefunden.
Edit: Gut, dafür hat bei Bulldozer auch jeder Integer-Core doppelt soviel L2-Cache und der L2-Cache läuft mit Core-Takt und nicht mit half-clock.
Und die ganzen Einträge müssten auch deutlich größer sein, ist immerhin eine ganz andere Design-Ausrichtung.
Dennoch enttäuschend was Bulldozer und Piledriver gerade so auf die Waage bringen, wobei Piledriver sich bei Worst-Case Szenarien sich deutlich verbessert hat.
Jedenfalls in paar Monaten werden wir erfahren, wo man die Jaguar-IPC im Vergleich zu Bulldozer/Piledriver hinstellen kann.
Bay Trail sieht nach Ende 2013/Anfang 2014 aus.
Kabini soll Ende Mai dieses Jahres kommen, wann Temash kommt für Tablets keine Ahnung.
Der Zug ist für die Konkurrenz wohl eh abgefahren, wenn Intel wieder mit seiner Fertigung ankommt.
Bay Trail wird ja dann auch endlich eine gute Architektur sein, garniert mit 22nm Tri-Gate.
Intel ist wie gesagt, immer eine Klasse für sich, dass ganze auch bei ihren Prozessoren.
Die Frage ist, wie würde es um Intel stehen, wenn man ihre Fertigung wegnimmt?
Deswegen steht auch GloFo so unter Druck ihren 14xm herauszubringen, ansonsten zieht Intel wieder lachend vorbei.
Zuletzt bearbeitet:
Superwip
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Das stimmt zwar... auf der Konsole ist es aber auch nicht einfacher.
Mit GPGPU zu arbeiten ist nicht einfach und die Konsolen machen es als solche auch nicht einfacher. Ich denke jedenfalls nicht das LibGCM irgendwie einfacher zu handhaben ist als OpenCL oder gar CUDA.
Und das wird auch dafür sorgen das "viele Jahre vergehen" werden bis die GPGPU Fähigkeiten der PS4 von gängigen Engines wirklich effektiv und intensiv genutzt werden.
Eher ein großes Chaos. Und das erklärt auch die Unstimmigkeiten. Wenn man sich ansieht unter welchen Bedingungen Komodo, Sepang und Terramar gestrichen wurden auch nichts neues. Es würde mich nicht wundern wenn bei AMD die eine Abteilung nicht weiß was die nächste bereits gestrichen hat...
Na ja, die letzte Generation war schon recht pünktlich. TSMC will, wie gesagt, bereits dieses Halbjahr mit der Produktion von 20nm Sampels für Kunden beginnen, wenn sie gröbere Probleme hätten dann würden sie das nicht ankündigen.
Ich kann nur abermals betonen: wenn dann müsste GCN2 spätestens ~jetzt herauskommen. Im zweiten Halbjahr 2013 zahlt es sich schon kaummehr aus.
In der Konsole werden AVX und FMA ankommen. Und komplexerer Code, Integercode erst recht, einfache, hochparallele Gleitkommaaufgaben schiebt man als aller erstes auf die GPU ab.
Na ja... gut... Bay Trail wird jedenfalls energieeffizienter und darauf liegt auch das Hauptaugenmerk (er hat auch kein AVX und einige Varianten sollen sogar immernoch ohne 64Bit Support erscheinen); Jaguar wird wohl schneller als Bay Trail aber die maximale TDP der Jaguar APUs ist auch gut doppelt so hoch wie die der Bay Trail SoCs...
Lässt sich einfach beantworten: Sandy Bridge...
Das stimmt zwar... auf der Konsole ist es aber auch nicht einfacher.
Mit GPGPU zu arbeiten ist nicht einfach und die Konsolen machen es als solche auch nicht einfacher. Ich denke jedenfalls nicht das LibGCM irgendwie einfacher zu handhaben ist als OpenCL oder gar CUDA.
Und das wird auch dafür sorgen das "viele Jahre vergehen" werden bis die GPGPU Fähigkeiten der PS4 von gängigen Engines wirklich effektiv und intensiv genutzt werden.
Eher ein großes Chaos. Und das erklärt auch die Unstimmigkeiten. Wenn man sich ansieht unter welchen Bedingungen Komodo, Sepang und Terramar gestrichen wurden auch nichts neues. Es würde mich nicht wundern wenn bei AMD die eine Abteilung nicht weiß was die nächste bereits gestrichen hat...
Na ja, die letzte Generation war schon recht pünktlich. TSMC will, wie gesagt, bereits dieses Halbjahr mit der Produktion von 20nm Sampels für Kunden beginnen, wenn sie gröbere Probleme hätten dann würden sie das nicht ankündigen.
Ich kann nur abermals betonen: wenn dann müsste GCN2 spätestens ~jetzt herauskommen. Im zweiten Halbjahr 2013 zahlt es sich schon kaummehr aus.
In der Konsole werden AVX und FMA ankommen. Und komplexerer Code, Integercode erst recht, einfache, hochparallele Gleitkommaaufgaben schiebt man als aller erstes auf die GPU ab.
Na ja... gut... Bay Trail wird jedenfalls energieeffizienter und darauf liegt auch das Hauptaugenmerk (er hat auch kein AVX und einige Varianten sollen sogar immernoch ohne 64Bit Support erscheinen); Jaguar wird wohl schneller als Bay Trail aber die maximale TDP der Jaguar APUs ist auch gut doppelt so hoch wie die der Bay Trail SoCs...
Die Frage ist, wie würde es um Intel stehen, wenn man ihre Fertigung wegnimmt?
Lässt sich einfach beantworten: Sandy Bridge...
Zuletzt bearbeitet:
Locuza
Lötkolbengott/-göttin
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Sony als Hersteller steht hinter dem ganzen Zeug und mit jeder PS4 die verkauft wird, wird schon der einheitliche Verbreitungsgrad gesteigert, dass kann man beim PC leider nicht sagen.
Ich denke allerdings auch, dass es noch einiges an Zeit kosten wird bis die ganze Toolchain bei den Devs schon auf den gemeinsamen Adressraum und die ACEs angepasst ist, um vollen Nutzen daraus zu ziehen.
Die ersten Games werden das ganze wohl noch relativ halbherzig ausnutzen und eher klassisch programmiert sein.
AMD hat scheinbar seine Strategie geändert und versucht für jede Marktlücke eine IP herauszubringen, so hat man zwar schneller bei einem Marktsegment ein Produkt stehen, allerdings ist es ein reines Chaos was das technologische Level betrifft.
Könnte ja auch so aussehen:
Very-Low-End: GCN2
Low-End: VLIW5
Mid-Range: GCN1
Performance: GCN2
High-End: GCN1
Also schön, dass sie "flexibler" agieren wollen, aber wenn das am Ende so aussieht, dann nein Danke.
Oder es wird noch kritischer wie bei dieser Gen aussehen, die ersten GPUs die bei 20nm von Band gehen, werden 200mm² groß sein. (Falls man echt früh Chips heraus bringen will, man hört nichts gutes bezüglich 20 nm).
Nvidia wollte schon keinen Bomber der >500mm² groß ist bei 28nm anfangs produzieren mit den schlechten Yields.
Das wird zeitlich und kostentechnisch ja immer schlimmer.
Deswegen denke ich nicht, dass wenn AMD jetzt GCN2 im High-End-Bereich erst Q4 2013 einführt, dass das Produktfenster zu klein ausfallen würde.
Da wird die Konsole keinen Schub bringen.
Man wird ja den Code auch so schreiben, dass er perfekt zu Jaguar passt, da ist Bulldozer z.B. nicht so perfekt dran.
AMD bietet ja "vollwertige" Produkte an, was Befehle und die GPU angeht mit OpenCL und DX11.1.
Das sind ja auch alles Sachen, die bei Low-Power schon ihren Tribut zollen.
Besonders der gate-first Prozess bei GloFo soll anfangs echt schrecklich gelaufen sein.
Jetzt sollte das endlich normal geworden sein, aber keine Ahnung wie klein oder groß die Abweichungen zu Intels 32nm Prozess noch sein könnten.
Ob das jetzt einfacher oder schwerer ist, spielt ja nicht so eine große Rolle.
Sony als Hersteller steht hinter dem ganzen Zeug und mit jeder PS4 die verkauft wird, wird schon der einheitliche Verbreitungsgrad gesteigert, dass kann man beim PC leider nicht sagen.
Ich denke allerdings auch, dass es noch einiges an Zeit kosten wird bis die ganze Toolchain bei den Devs schon auf den gemeinsamen Adressraum und die ACEs angepasst ist, um vollen Nutzen daraus zu ziehen.
Die ersten Games werden das ganze wohl noch relativ halbherzig ausnutzen und eher klassisch programmiert sein.
Deswegen das "klein" in Anführungszeichnen.
AMD hat scheinbar seine Strategie geändert und versucht für jede Marktlücke eine IP herauszubringen, so hat man zwar schneller bei einem Marktsegment ein Produkt stehen, allerdings ist es ein reines Chaos was das technologische Level betrifft.
Könnte ja auch so aussehen:
Very-Low-End: GCN2
Low-End: VLIW5
Mid-Range: GCN1
Performance: GCN2
High-End: GCN1
Also schön, dass sie "flexibler" agieren wollen, aber wenn das am Ende so aussieht, dann nein Danke.
GCN1 war glaube ich schon einige Monate früher fertig. Naja, ich betone ja es auch noch einmal, ich denke 20nm für die Massenfertigung wird noch länger auf sich warten müssen als Q2 2014.
Oder es wird noch kritischer wie bei dieser Gen aussehen, die ersten GPUs die bei 20nm von Band gehen, werden 200mm² groß sein. (Falls man echt früh Chips heraus bringen will, man hört nichts gutes bezüglich 20 nm).
Nvidia wollte schon keinen Bomber der >500mm² groß ist bei 28nm anfangs produzieren mit den schlechten Yields.
Das wird zeitlich und kostentechnisch ja immer schlimmer.
Deswegen denke ich nicht, dass wenn AMD jetzt GCN2 im High-End-Bereich erst Q4 2013 einführt, dass das Produktfenster zu klein ausfallen würde.
AVX hoffentlich stark, da haben PCs dann auch den großen Vorteil, aber FMA hat Jaguar nicht.
Da wird die Konsole keinen Schub bringen.
Man wird ja den Code auch so schreiben, dass er perfekt zu Jaguar passt, da ist Bulldozer z.B. nicht so perfekt dran.
Mal sehen, was bei der Perf/Watt übrig bleibt.
AMD bietet ja "vollwertige" Produkte an, was Befehle und die GPU angeht mit OpenCL und DX11.1.
Das sind ja auch alles Sachen, die bei Low-Power schon ihren Tribut zollen.
Leider ist das ja auch nicht so leicht, Intel verwendet andere Optimierungsbibliotheken bei den Transistoren und setzt auf Bulk-Gate-Last.
Besonders der gate-first Prozess bei GloFo soll anfangs echt schrecklich gelaufen sein.
Jetzt sollte das endlich normal geworden sein, aber keine Ahnung wie klein oder groß die Abweichungen zu Intels 32nm Prozess noch sein könnten.
Zuletzt bearbeitet:
Knappknacks
Komplett-PC-Aufrüster(in)
AW: Playstation 4 mit PC-Komponenten: Laut Sony das, was sich Entwickler wünschten
Aufrüstbare Paystation ?? Eig. Geile sache. Wär aber wahrscheinlich so wie bei Apple das man spezielle überteuerte Grakas braucht.
Aufrüstbare Paystation ??
Eig. Geile sache. Wär aber wahrscheinlich so wie bei Apple das man spezielle überteuerte Grakas braucht.
