Kaveri-Technik: Steamroller, GCN, TrueAudio und HSA erklärt

[VikingGe]

AW: Kaveri-Technik: Steamroller, GCN, TrueAudio und HSA erklärt

OGL 4.4 bringen die Unterstützung von Haus aus mit.

Blöde Frage, aber gehts da um GL_CLIENT_STORAGE_BIT​? Gibt es eigentlich irgendwo eine Dokumentation, wie das Flag in welchen Treibern wie implementiert ist?

 

[RedVapor]

Intel wird auch bald in die Richtung Huma und HSA gehen um den Rechenschatz der igpu zu heben. Sie werden das allerdings erst in den Markt drücken wenn ihre Architektur dann besser profitieren kann als die von AMD. Also wie immer. Die innovation kommt von AMD und wird solange ignoriert bis der Marktführer diktiert wie es umgestzt wird.
Weil die ganzen Entwickler dann die Intel SDK nutzen.

 

[ruyven_macaran]

AW: Kaveri-Technik: Steamroller, GCN, TrueAudio und HSA erklärt

Intel unterstützt bereits OpenCL relativ gut, ist aber kein HSA-Mitglied. Da man mit MIC noch ein ziemlich dickes Ass im Ärmel hat, gehe ich auch nicht davon aus, dass Intel da jemals Mitglied wird. Ob HSA es schafft, gegen diese Konkurrenz einen Standard zu etablieren...
Im PC-Bereich steht AMD jedenfalls ziemlich alleine da und ist zu klein, um Standards zu schaffen.

 

[Locuza]

AW: Kaveri-Technik: Steamroller, GCN, TrueAudio und HSA erklärt

Blöde Frage, aber gehts da um GL_CLIENT_STORAGE_BIT​? Gibt es eigentlich irgendwo eine Dokumentation, wie das Flag in welchen Treibern wie implementiert ist?

Eher um die Dinge:

• Buffer Placement Control (GL_ARB_buffer_storage)
  Significantly enhances memory flexibility and efficiency through explicit control over the position of buffers in the graphics and system memory, together with cache behavior control - including the ability of the CPU to map a buffer for direct use by a GPU.
• Efficient Asynchronous Queries (GL_ARB_query_buffer_object)
  Buffer objects can be the direct target of a query to avoid the CPU waiting for the result and stalling the graphics pipeline. This provides significantly boosted performance for applications that intend to subsequently use the results of queries on the GPU, such as dynamic quality reduction strategies based on performance metrics.

Bezüglich der Dokumentationen habe ich keine Ahnung, aber immerhin hat Nvidia schon einen 4.4 OGL Treiber und ironischerweise AMD nicht.

 

[Cybnotic]

AW: Kaveri-Technik: Steamroller, GCN, TrueAudio und HSA erklärt

Auch interessant ist ein Beitrag aus p3d, hier geht es um den Programmierleitfaden der mit Kaveri
erschienen ist und auf einen möglichen FX/Opteron Nachfolger mit 8 Modulen und 16 Integer Kernen
hinweist. Wie aus dem Artikel hervorgeht ist allerdings vollkommen unklar ob AMD an solch einem Prozessor
tatsächlich arbeitet. Sollte sich dies als gegeben herausstellen, kann man davon ausgehen, das AMD
weiterhin auf die Modultechnik setzt und plant, diese konsequent auszubauen.

Potentieller FX-Nachfolger: AMD zeigt 16-Kern-Prozessorschema in Programmierleitfaden | Planet 3DNow!

Mal nur nen Gedanken weiter, wir spinnen mal das Mantle ein Erfolg wird und die CPU Leistung nicht mehr
das entscheidende Kriterium für flüssiges Gameplay ist sondern unter Mantle oberhalb von 4-Kernen
grundsätzlich die GPU der limitierende Faktor ist. Das würde bedeuten das es egal wär ob ich nen FX-6300
oder nen i7 im Gehäuse habe, meine Grafikkarte alleinentscheidend für die erreichbaren Frames wäre.
Weitergesponnen, durch die reduzierte Kommunikation zwischen CPU und GPU, könnte die GPU noch effizienter
arbeiten und evtl. nochmals ein plus gegenüber DX von 10-15% erreichen. Ich glaube nicht das sich dann auch nur
noch ein Entwickler oder Hardwarehersteller gegen Mantle stellen wird. Einzig Intel könnte hierdurch ein
wenig an Marktanteilen bei den Spielern verlieren und MS sein quasi Monopol bei den Grafik API´s abgeben,
ansonsten gäb es nur Gewinner durch Mantle, vor allem wir User. Hand aufs Herz, es ist doch längst an
der Zeit das sich an der DX Front wesentliches ändert, da Microsoft sich nur langsam bewegt sind wir
doch schon seit Jahren gezwungen für bestmögliche Optik und Spielfluss in relativ kurzen Intervallen
neue Hardware zu kaufen. Da DX eben im Kern eine zwar universelle aber auch umständliche und
Kommunikationsintensive API ist, ist der Rechenaufwand eben deutlich höher als bei einer an der
Oberfläche arbeitenden Low Level Api.
Wie bereits erwähnt ist das jetzt mal alles so in meinem Kopf zusammen gesponnen

Also ich find es total spannend was AMD da treibt

Hi, super Beitrag von dir. Diese spinnerei geht auch in meinem Kopf vor