Kaveri - der Trinity Nachfolger
- Ersteller FredD
- Erstellt am
Complicated
Grand Admiral Special
Das hat AMD interessanterweise nie behauptet, oder kennst du eine einzige Quelle dazu? AMD sagte sie werden in Zukunft auf Standard Prozesse setzen, was der 28nm SHP wohl ist. Da wurde sich nie für oder gegen SOI ausgesprochen, lediglich dagegen Aufpreise zu zahlen für exklusiv für AMD entwickelte Prozesse.
In den meisten Foren wurde automatisch Standard=bulk, auch wenn hier sehr oft von mehreren Usern schon darauf hingewiesen wurde, dass dies nicht gleichzusetzen sein muss.
Das kann ich nach meinen heutigen Tests auch bestätigen! Von mehr als 2400er sollte man die Finger lassen. Das XMP hat dann den BCLK angehoben und dies wiederum hat meinem ASUS A88XM-PLUS gar nicht gefallen! Unabhängig davon hatte es aber auch schon Probleme nach dem Einsetzen von Kaveri, da war auch noch der 2133er RAM drin. Habe mir zur Fehlerermittlung nochmal ein Neues bestellt und hoffe, dass das Gezicke am Board oder am Bios liegt. So gesehen war mein Tag jetzt nicht unbedingt von Erfolg gekrönt.
Zuletzt bearbeitet:
FredD
Gesperrt
- Mitglied seit
- 25.01.2011
- Beiträge
- 2.472
- Renomée
- 43
Um ein interessantes Detail aus dem heutigen News Artikelzu zitieren:
Hier können wir beobachten, wie sich langsam die Strategie von AMD aus einzelnen Elementen aufbaut und wie ein roter Faden zahlreiche Zielsetzungen umgarnt. Schöner geht's eigentlich nicht mehr, wenn alles richtig zusammenspielt: eine starke iGPU von Kaveri befeuert TressFX 2.0, während die dGPU Grafik-Inhalte durch mantle optimiert hervorbringt. Das Ensemble könnte noch durch TrueAudio komplementiert werden. Eine tolle Kombination! Jetzt liegt's nur noch an der Kooperation mit Spiele-Herstellern, dass die einzelnen Punkte auf der AMD-Wunschliste umgesetzt werden. Ich drücke mal die Daumen, dass dies mit dem Argument der Konsolen-Deals in der Hinterhand auch gelingt!
tomturbo
Technische Administration, Dinosaurier
Solange das aber ein AMD-only Spiel ist, wird sich das leider nicht durchsetzen.
So gut die Ansätze und Ideen auch sein mögen, der Aufprall in der blau-grünen Verweigerungsrealität wird folgen, denke ich.
So gut die Ansätze und Ideen auch sein mögen, der Aufprall in der blau-grünen Verweigerungsrealität wird folgen, denke ich.
ich habe 4tickets bei asus offen. ich habe derzeit kein Vertrauen zu asus. sehr instabil. zudem möchte ich nicht wieder so ein desaster wie mit llano ( die mal überhaupt nicht liefen).
daher bin ich derzeit etwas überfragt.
ich habe derzeit 2x7970 2x5870 und 1xgtx780 liegen.
ich würde die igpu nicht abschalten. denke aber das diese z.b. für coh2 zu langsam ist. dieser pc aber eher selten spielt
Zuletzt bearbeitet:
Shinsaja
Grand Admiral Special
Hab grad auf wiki gelesen, das sich die TDP im Bios ändern lässt. Ist dazu schon was bekannt, ob das auch mit den momentan erhältlichen Boards gehen wird? Ggf mit Update
http://de.wikipedia.org/wiki/AMD_Fusion#Steamroller-basierte_Modelle_.28Kaveri.29
Der A8-7600 wäre da recht interessant.
http://de.wikipedia.org/wiki/AMD_Fusion#Steamroller-basierte_Modelle_.28Kaveri.29
Der A8-7600 wäre da recht interessant.
BoMbY
Grand Admiral Special
Von CB: Catalyst 13.35 Beta mit Mantle und HSA Ende Januar
Die bisher angekündigte 14.1 gibt es dann wohl später. Die APU als Physik-Co-Prozessor wäre natürlich nett, aber bisher unterstützt glaube ich kein einziges Spiel Physik-Berechnungen per OpenCL, geschweige denn HSA.
Die bisher angekündigte 14.1 gibt es dann wohl später. Die APU als Physik-Co-Prozessor wäre natürlich nett, aber bisher unterstützt glaube ich kein einziges Spiel Physik-Berechnungen per OpenCL, geschweige denn HSA.
@erko
Nur gimp und 7zip zeigen einen minimalen rückstand, die anderen gleichstand bei niedrigerem takt und deutlich erhöhter grafikleistung bei geringerem energiebudget. aber du hast dir ganz schön viel mühe gemacht, die schlechtesten werte rauszupicken, ohne positive beispiele zu erwähnen, das passt ganz gut ins bild
Bei gimp würde ich mich wundern, wieso der 7700k schneller sein sollte als der 7850k. Bei 7zip würde ich neben kompression auch einen blick auf dekompression werfen. Aber mir ist klar, dass dich das nicht interessiert.
Kuck dir doch neben cpu-leistung auch mal die anderen leistungswerte bei tweak-pc an....achja, das passt auch nicht in deine argumentation....
Nur gimp und 7zip zeigen einen minimalen rückstand, die anderen gleichstand bei niedrigerem takt und deutlich erhöhter grafikleistung bei geringerem energiebudget. aber du hast dir ganz schön viel mühe gemacht, die schlechtesten werte rauszupicken, ohne positive beispiele zu erwähnen, das passt ganz gut ins bild
Bei gimp würde ich mich wundern, wieso der 7700k schneller sein sollte als der 7850k. Bei 7zip würde ich neben kompression auch einen blick auf dekompression werfen. Aber mir ist klar, dass dich das nicht interessiert.
Kuck dir doch neben cpu-leistung auch mal die anderen leistungswerte bei tweak-pc an....achja, das passt auch nicht in deine argumentation....
Zuletzt bearbeitet:
Dr@
Grand Admiral Special
Selbige News gibt es bei uns auch auf der Startseite. Ich bin mir ziemlich sicher, dass 13.35 identisch mit 14.1 ist.
Davon ab: Spielephysik wird niemals in OpenCL geschrieben sein, wenn als Grafik-API DirectX genutzt wird. Hierfür wird immer DirectCompute zum Einsatz kommen. Unter Mantle wird es sicherlich auch nicht über OpenCL laufen.
ich weiß jetzt nicht wie es bei den FM2+ boards ist, aber bei FM2 steigt der sata controller aus sobald der referenztakt über ~108(je nach board) geht. also kein boot mehr...
wenn man die sata einstellung auf ide stellt konnte man auf ~130 übertakten.
aber das ist nicht sinnvoll bei SSD.
man kann das umgehen mit einer sata3 steckkarte für den pcie
Ich hatte mich da eher an den Strukturen im Speichercontroller orientiert und da fiel mir auf das sich sowohl im Speichercontroller des Kaveri, als auch in dem des Trinitys ein Kreuz bildet. Dann ging die Suche nach vergleichbaren Modellen los und landete beim den Konsolenchips (verlinktes Bild in Beitrag #2289) Der xbox one Chip, welcher ein 256Bit Speicherinterface mit DDR3 2133 Speicher besitzt und ebenfalls in 28nm gefertigt sein soll sollte eine gute Vergleichsbasis sein.
Schaut man sich den Chip genauer an scheint er 2 Speichercontroller zu besitzen, welche von der Form her dem des Kaveris deutlich ähneln.
Wie gesagt, es mag ja durchaus sein das die integrierte Northbridge des Kaveris 4 Speichercontroller abkann aber für mich sieht es eindeutig danach aus das nur 2 verbaut sind.
Dr@
Grand Admiral Special
ich weiß jetzt nicht wie es bei den FM2+ boards ist, aber bei FM2 steigt der sata controller aus sobald der referenztakt über ~108(je nach board) geht. also kein boot mehr...
wenn man die sata einstellung auf ide stellt konnte man auf ~130 übertakten.
aber das ist nicht sinnvoll bei SSD.
man kann das umgehen mit einer sata3 steckkarte für den pcie
Eigentlich sollte es Bretter geben, die einen zweiten Taktgeber nutzen, um diese Probleme beim OC zu umgehen.
mariahellwig
Grand Admiral Special
Das Problem bei solchen Dinge sind imkompatible APIs. Typen die nicht zu einander passen, was erst einen hohen Konvertierungsaufwand zur Folge hat, was widerum Overhead bedeutet, und und und...
Bei Mantle und HSA, also beides Schnittstellen für AMD große Verantwortung trägt, sollte das dagegen realistisch sein. Da traue ich AMD durchaus eine vernünftige Integration zu.
---------- Beitrag hinzugefügt um 08:04 ---------- Vorheriger Beitrag um 08:00 ----------
@Erko
Den Rückschritt auf dem Gebiet finde ich völlig in Ordnung solange er durch Fortschritte auf anderen Gebieten ersetzt wird.
Die Benchmark liefern nur Ergebnisse einzelner Spezialdiziplinen. Für eine Analyse eine CPU mag das interessant sein, für einen Anwender ist das belanglos, weil er nicht die Breite abbildet. Der typische Workload ist heute ein bunter Mix aud CPU und GPU, der noch zur Zeit am Besten von PCMark 8 abgebildet wird, der allerdings wenig Akzeptanz findet, weil er die "falschen" Ergebnisse liefert. Da bleibt man lieber bei SuperPI, ist auch deutlich realitätsnäher.
Zuletzt bearbeitet:
mariahellwig
Grand Admiral Special
Da ist er ... 
(AM)(D)evil
Fleet Captain Special
Viel Spaß damit! 
welchen Speicher hast du denn dazu genommen?
welchen Speicher hast du denn dazu genommen?
mariahellwig
Grand Admiral Special
Viel Spaß damit!
welchen Speicher hast du denn dazu genommen?
Muss mit der Bauhöhe etwas aufpassen, stammt noch aus einem Richland-System:
http://geizhals.de/corsair-vengeance-low-profile-blau-dimm-kit-8gb-cml8gx3m2a1866c9b-a806497.html
Könnte man noch durch ein Riegel mit schnelleren Timings ersetzen
hoschi_tux
Grand Admiral Special
Nur die 1866er? Gibts baugleich als 2133er mit ebenfalls 1,5V, die habe ich.
mariahellwig
Grand Admiral Special
Ja peinlich.
Hab gewusst dass dies kommt. Hatte ich noch in der Ecke liegen. Die 2133er wären eine Option. Suche noch nach anderen.
BoMbY
Grand Admiral Special
Ja, das ist ja das Problem. Spielphysik läuft derzeit entweder direkt über die CPU, über PhysX, oder eine andere gekaufte Engine. Aber keine davon unterstützt derzeit OpenCL oder C++ AMP, für welche es eine HSA-Unterstützung gibt. Mit Mantle kann man sicher Physik berechnen, aber auch das kann man nicht einfach 1:1 übernehmen. Will heißen, wenn jemand Physik per HSA in bestehenden Engines unterstützen will, muss er die Engine gehörig anpassen, und eine weitere API einbauen.
Edit: Es gibt doch eine Physik-Engine, welche OpenCL benutzt, und welche man dann wohl einfach auf HSA umstellen kann: Bullet.
Zuletzt bearbeitet:
Shadowtrooper
Grand Admiral Special
Die TeamGroup Vulcan sind recht flach (31mm) die müssten auch als LP Durchgehen allerdings brauchen die 1,65V: http://geizhals.at/de/teamgroup-vulcan-series-rot-dimm-kit-8gb-tld38g2400hc11cdc01-a916266.html
Hier unter Specs sind 31mm angegeben: http://www.teamgroup.com.tw/filterable_product/tabs_detail/data/en/9/643/zfKsFi.html
Hier unter Specs sind 31mm angegeben: http://www.teamgroup.com.tw/filterable_product/tabs_detail/data/en/9/643/zfKsFi.html
Zuletzt bearbeitet:
mariahellwig
Grand Admiral Special
Das muss er sowieso wenn man Mantle unterstützen will. Die Frage ist nur wie einfach oder wie schwierig das ist. Bei einer homogenen API ist das sehr viel einfacher als bei 2 zusammen gewürfelten. OpenCL ist mit dem aktuellen Stand eine mühselige Kiste, das werden sich die wenigsten antun.
---------- Beitrag hinzugefügt um 10:56 ---------- Vorheriger Beitrag um 10:53 ----------
Danke, könnte funktionieren.
