App installieren
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
GPGPU
- Ersteller mocad_tom
- Erstellt am
mariahellwig
Grand Admiral Special
Hier eine recht gute Zusammenfassung zu OpenCL 2.0 von einem Entwickler:
https://anteru.net/2013/07/23/2164/
https://anteru.net/2013/07/23/2164/
mariahellwig
Grand Admiral Special
Adobe hat mitlerweile ein recht beeindruckendes KnowHow auf dem Gebiet der OpenCL Entwicklung:
http://www.slashcam.de/news/single/AMD-beschleunigt-Adobe-Premiere-Pro--Media-Encoder-11311.html
http://www.slashcam.de/news/single/AMD-beschleunigt-Adobe-Premiere-Pro--Media-Encoder-11311.html
mariahellwig
Grand Admiral Special
Adobe setzt doch schon länger auf OpenCL.
Viel spannender an dem Video finde ich etwas anderes. Adobe scheint OpenCL beim konvertieren von Video-Material, und hier besonders 4k Material, eine beeindruckende Performance zu entlocken (siehe Vergleich zur CPU gegen Ende des Videos). Und das ohne irgendwelche Qualitätseinbußen!
Bislang wurde das ja immer für unmöglich gehalten. Entweder man bemerkte kaum einen Geschwindigkeitsunterschied wie bei h264 oder es ging mit enormen Qualitätseinbußen einher.
Viel spannender an dem Video finde ich etwas anderes. Adobe scheint OpenCL beim konvertieren von Video-Material, und hier besonders 4k Material, eine beeindruckende Performance zu entlocken (siehe Vergleich zur CPU gegen Ende des Videos). Und das ohne irgendwelche Qualitätseinbußen!
Bislang wurde das ja immer für unmöglich gehalten. Entweder man bemerkte kaum einen Geschwindigkeitsunterschied wie bei h264 oder es ging mit enormen Qualitätseinbußen einher.
Woerns
Grand Admiral Special
- Mitglied seit
- 05.02.2003
- Beiträge
- 2.984
- Renomée
- 232
Nvidia hat CUDA 6 herausgebracht, wie heise berichtet.
Darin: "...Sie erlaubt dank ein an das hUMA-Konzept (heterogeneous Uniform Memory Access) der Heterogeneous System Architecture (HSA) erinnerndes Unified-Memory-Programmiermodell den Zugriff auf CPU und GPU, ohne dass jemand die Daten vorher kopieren muss...."
Wie soll das zu verstehen sein, wo Nvidia doch nur die GPU liefert aber nicht die CPU (ich gehe mal von X86 aus) und beide doch eigenen Speicher haben?
MfG
Darin: "...Sie erlaubt dank ein an das hUMA-Konzept (heterogeneous Uniform Memory Access) der Heterogeneous System Architecture (HSA) erinnerndes Unified-Memory-Programmiermodell den Zugriff auf CPU und GPU, ohne dass jemand die Daten vorher kopieren muss...."
Wie soll das zu verstehen sein, wo Nvidia doch nur die GPU liefert aber nicht die CPU (ich gehe mal von X86 aus) und beide doch eigenen Speicher haben?
MfG
mariahellwig
Grand Admiral Special
Wie soll das zu verstehen sein, wo Nvidia doch nur die GPU liefert aber nicht die CPU (ich gehe mal von X86 aus) und beide doch eigenen Speicher haben?
MfG
Die Frage habe ich mir auch gestellt. Vielleicht lösen sie es ähnlich wie AMD es mit GCN-GPUs macht und greifen direkt über PCIe auf den Arbeitspeicher zu.
Obwohl die Bezeichnung hUMA etwas zu weit geht, denn der Inhalt des Cache der CPU bleibt so aussen vor.
Dr@
Grand Admiral Special
- Mitglied seit
- 19.05.2009
- Beiträge
- 12.791
- Renomée
- 4.066
- Standort
- Baden-Württemberg
- Aktuelle Projekte
- Collatz Conjecture
- Meine Systeme
- Zacate E-350 APU
- BOINC-Statistiken
- Mein Laptop
- FSC Lifebook S2110, HP Pavilion dm3-1010eg
- Prozessor
- Turion 64 MT37, Neo X2 L335, E-350
- Mainboard
- E35M1-I DELUXE
- Speicher
- 2x1 GiB DDR-333, 2x2 GiB DDR2-800, 2x2 GiB DDR3-1333
- Grafikprozessor
- RADEON XPRESS 200m, HD 3200, HD 4330, HD 6310
- Display
- 13,3", 13,3" , Dell UltraSharp U2311H
- HDD
- 100 GB, 320 GB, 120 GB +500 GB
- Optisches Laufwerk
- DVD-Brenner
- Betriebssystem
- WinXP SP3, Vista SP2, Win7 SP1 64-bit
- Webbrowser
- Firefox 13
Nvidia hat CUDA 6 herausgebracht, wie heise berichtet.
Darin: "...Sie erlaubt dank ein an das hUMA-Konzept (heterogeneous Uniform Memory Access) der Heterogeneous System Architecture (HSA) erinnerndes Unified-Memory-Programmiermodell den Zugriff auf CPU und GPU, ohne dass jemand die Daten vorher kopieren muss...."
Wie soll das zu verstehen sein, wo Nvidia doch nur die GPU liefert aber nicht die CPU (ich gehe mal von X86 aus) und beide doch eigenen Speicher haben?
MfG
Das ist ein reines Software-Feature. Der Programmierer muss sich nicht ums Umherkopieren kümmern. Es wird von der Laufzeitumgebung automatisch gemacht. Das hat aber wenig mit hUMA zu tun.
Woerns
Grand Admiral Special
- Mitglied seit
- 05.02.2003
- Beiträge
- 2.984
- Renomée
- 232
Aha, jetzt hat's Klick gemacht.
Gemeint ist demach nicht etwa, dass das kopieren entfällt, sondern vielmehr, dass es nicht extra programmiert werden muss.
Ist natürlich ein Vorteil, wenn das automatisch geht. Dasselbe würde ich mir bei AMD auch erhoffen, wobei es schwierig ist zu entscheiden, welche GPU die Aufgabe besser erfüllt, wenn eine APU mit einer dedizierten GPU gepaart ist. In der APU hat man weniger GPU Kerne, dafür entfällt der Kopieraufwand. Je nach Aufgabenstellung kann mal das eine mal das andere sinnvoll sein.
Danke und mfG
Gemeint ist demach nicht etwa, dass das kopieren entfällt, sondern vielmehr, dass es nicht extra programmiert werden muss.
Ist natürlich ein Vorteil, wenn das automatisch geht. Dasselbe würde ich mir bei AMD auch erhoffen, wobei es schwierig ist zu entscheiden, welche GPU die Aufgabe besser erfüllt, wenn eine APU mit einer dedizierten GPU gepaart ist. In der APU hat man weniger GPU Kerne, dafür entfällt der Kopieraufwand. Je nach Aufgabenstellung kann mal das eine mal das andere sinnvoll sein.
Danke und mfG
Woerns
Grand Admiral Special
- Mitglied seit
- 05.02.2003
- Beiträge
- 2.984
- Renomée
- 232
Intel liefert für seine GPUs ein OpenCL SDK, was AMD seinerseits dringend benötigt, um z.B. bei Kaveri die Handbremse zu lösen. Ist zwar nur OpenCL 1.2 und nicht 2.0, aber besser als gar nichts. Und es bietet Plug-Ins für Visual Studio und Eclipse!
MfG
MfG
mariahellwig
Grand Admiral Special
Intel liefert für seine GPUs ein OpenCL SDK, was AMD seinerseits dringend benötigt, um z.B. bei Kaveri die Handbremse zu lösen. Ist zwar nur OpenCL 1.2 und nicht 2.0, aber besser als gar nichts. Und es bietet Plug-Ins für Visual Studio und Eclipse!
MfG
Ein SDK mit Plugins gibt es von AMD aber auch. Um das Potential von Kaveri zu lösen ist schon OpenCL 2.0 notwendig.
Für Software zur Verarbeitung von Media-Daten gibt es kaum noch Applikationen die überhaupt keine OpenCL Unterstützung bieten. Und 2.0 wird noch mal einen Schub bringen, weil es wichtige Beschränkungen aufhebt und endlich hUMA unterstützt.
Wo es noch etwas rar aussieht, sind Spiele. Aber könnte AMD mit den Konsolen und Mantle im Rücken die Hürden ein gutes Stück senken. DirectX und OpenCL gilt nicht gerade als einfache Kombination.
Dade von Luxrender hat sich kürzlich über den katastrophalen Zustand von AMDs OpenCL-Compiler geäußert (Sogar der CPU-Compiler scheint einige Probleme zu haben). Ganz ehrlich, angesichts der Probleme bei Cycles und anderen Programmen die von OpenCL profitieren würden, ist mir nicht klar, warum AMD da nicht mehr Mühen reinsteckt.
Lieber erstmal OpenCL 1.2 ordentlich als halbgares Zeug zu veröffentlichen. Man kann nur hoffen, dass AMD momentan für openCL 2.0 das Ganze neu konzipiert und entsprechende Ressourcen investiert.
Lieber erstmal OpenCL 1.2 ordentlich als halbgares Zeug zu veröffentlichen. Man kann nur hoffen, dass AMD momentan für openCL 2.0 das Ganze neu konzipiert und entsprechende Ressourcen investiert.
mariahellwig
Grand Admiral Special
Probleme mit dem Compiler beklagen mehrere. Man muss die Fehler beheben wollen. Da ist es egal ob es für 1.2 oder 2.0 ist.
Unbekannter Krieger
Grand Admiral Special
- Mitglied seit
- 04.10.2013
- Beiträge
- 4.457
- Renomée
- 67
- Mein Laptop
- HP 15-bq102ng (sackteuer u. ab Werk instabil)
- Prozessor
- FX-8320E@4,2 GHz & 2,6 GHz Northbridge (jeweils mit UV)
- Mainboard
- Asus M5A99X Evo R2.0 (eher enttäuschend ggü. ASRock E3)
- Kühlung
- Raijintek Nemesis (Lüfter mittig im sowie hinter dem Kühler; erstklassig)
- Speicher
- 4x4 GiB Hynix DDR3-1866 ECC
- Grafikprozessor
- XFX RX 570 8G (P8DFD6)@1180 & 2150 MHz@starkem, fortdauerndem UV | ASRock RX 570 8G@das Gleiche
- Display
- BenQ XL2411T ~ nach 3 RMAs und 6 Monaten wieder brauchbar
- SSD
- Crucial MX100 256 GB (ein Glückskauf) | SanDisk Ultra Plus 256 GB (ein Glückskauf)
- HDD
- WD20EZRZ u. a. (Seagate, Hitachi, WD)
- Optisches Laufwerk
- TSST SH-222AL
- Gehäuse
- Corsair Carbide 300R (ein Fehlkauf)
- Netzteil
- CoolerMaster V450S (ein Glückskauf)
- Betriebssystem
- Win8.x x64, Win7 x64
- Webbrowser
- welche mit minimalem Marktanteil & sinnvollen Konzepten (nicht Chrome-Seuche und Sieche-Fuchs)
- Verschiedenes
- frühere GPUs: , Asus RX 480 O8G@580 O8G, VTX3D 7850 1G
Ich möchte hoffen, dass es keine Möglichkeit gibt, das Potenzial von irgendwelchen AMD-Produkten zu lösen.mariahellwig schrieb:Um das Potential von Kaveri zu lösen ist schon OpenCL 2.0 notwendig.
Dresdenboy
Redaktion
☆☆☆☆☆☆
Dade von Luxrender hat sich kürzlich über den katastrophalen Zustand von AMDs OpenCL-Compiler geäußert (Sogar der CPU-Compiler scheint einige Probleme zu haben). Ganz ehrlich, angesichts der Probleme bei Cycles und anderen Programmen die von OpenCL profitieren würden, ist mir nicht klar, warum AMD da nicht mehr Mühen reinsteckt.
Lieber erstmal OpenCL 1.2 ordentlich als halbgares Zeug zu veröffentlichen. Man kann nur hoffen, dass AMD momentan für openCL 2.0 das Ganze neu konzipiert und entsprechende Ressourcen investiert.
Ich werde auch bald mal mit dem Zeug arbeiten. Also unser Student, der u.a. für AMD GPU, Intel CPU u. Freescale i.MX6 OpenCL compiliert, hatte keine Probleme bei AMD.
Falls Dade einen Bug fand, ist das natürlich schlecht, sagt aber nichts über die Compilergeschwindigkeit aus.
Unbekannter Krieger
Grand Admiral Special
- Mitglied seit
- 04.10.2013
- Beiträge
- 4.457
- Renomée
- 67
- Mein Laptop
- HP 15-bq102ng (sackteuer u. ab Werk instabil)
- Prozessor
- FX-8320E@4,2 GHz & 2,6 GHz Northbridge (jeweils mit UV)
- Mainboard
- Asus M5A99X Evo R2.0 (eher enttäuschend ggü. ASRock E3)
- Kühlung
- Raijintek Nemesis (Lüfter mittig im sowie hinter dem Kühler; erstklassig)
- Speicher
- 4x4 GiB Hynix DDR3-1866 ECC
- Grafikprozessor
- XFX RX 570 8G (P8DFD6)@1180 & 2150 MHz@starkem, fortdauerndem UV | ASRock RX 570 8G@das Gleiche
- Display
- BenQ XL2411T ~ nach 3 RMAs und 6 Monaten wieder brauchbar
- SSD
- Crucial MX100 256 GB (ein Glückskauf) | SanDisk Ultra Plus 256 GB (ein Glückskauf)
- HDD
- WD20EZRZ u. a. (Seagate, Hitachi, WD)
- Optisches Laufwerk
- TSST SH-222AL
- Gehäuse
- Corsair Carbide 300R (ein Fehlkauf)
- Netzteil
- CoolerMaster V450S (ein Glückskauf)
- Betriebssystem
- Win8.x x64, Win7 x64
- Webbrowser
- welche mit minimalem Marktanteil & sinnvollen Konzepten (nicht Chrome-Seuche und Sieche-Fuchs)
- Verschiedenes
- frühere GPUs: , Asus RX 480 O8G@580 O8G, VTX3D 7850 1G
War von Geschwindigkeit die Rede [ernsthafte Frage]?
ONH
Grand Admiral Special
Währenddessen machen sie weiter mit dem HSA Support für Linux/Kaveri. Wobei es relativ wenige änderungen gegeben hat seit dem letzten Version. Und das meisste ist Zeilen umherschieben.
@Unbekannter Krieger
Ja, unter anderem geht es um die Geschwindigkeit, zumindest im vom isigrim verlinkten Thread.
@Unbekannter Krieger
Ja, unter anderem geht es um die Geschwindigkeit, zumindest im vom isigrim verlinkten Thread.
Mente
Grand Admiral Special
- Mitglied seit
- 23.05.2009
- Beiträge
- 3.671
- Renomée
- 135
- Aktuelle Projekte
- constalation astroids yoyo
- Lieblingsprojekt
- yoyo doking
- Meine Systeme
- Ryzen 3950x
- BOINC-Statistiken
- Prozessor
- AMD 5800X3D
- Mainboard
- Asus ROG Crosshair VIII Dark Hero
- Kühlung
- Headkiller IV
- Speicher
- 3800CL14 G.Skill Trident Z silber/rot DIMM Kit 32GB, DDR4-3600, CL15-15-15-35 (F4-3600C15D-16GTZ)
- Grafikprozessor
- AMD Radeon RX 6900 XT Ref. @Alphacool
- Display
- MSI Optix MAG27CQ
- SSD
- SN8502TB,MX5001TB,Vector150 480gb,Vector 180 256gb,Sandisk extreme 240gb,RD400 512gb
- HDD
- n/a
- Optisches Laufwerk
- n/a
- Soundkarte
- Soundblaster X4
- Gehäuse
- Phanteks Enthoo Pro 2 Tempered Glass
- Netzteil
- Seasonic Prime GX-850 850W
- Tastatur
- Logitech G19
- Maus
- Logitech G703
- Betriebssystem
- Win 10 pro
- Webbrowser
- IE 11 Mozilla Opera
- Verschiedenes
- Logitech PRO RENNLENKRAD DD
hm es geht da um Funktionen der neuen sdk die nicht gehen und zum teil den Compiler anhalten
hab aber nicht tiefer reingeschaut was er den da wirklich versucht hatte
hab aber nicht tiefer reingeschaut was er den da wirklich versucht hatte
mariahellwig
Grand Admiral Special
Während meiner Gehversuche mit dem SDK habe ich keine Schwierigkeiten gehabt. Ich habe mich aber auch mehr an den mitgelieferten Beispielen beschäftigt, so dass auch wenig Probleme zu erwarten waren.
mariahellwig
Grand Admiral Special
Khronos hat die Spezifikation von OpenCL 2.1 veröffentlicht.
http://www.anandtech.com/show/9039/khronos-announces-opencl-21-c-comes-to-opencl
Ebenso wie Vulkan basiert OpenCL 2.1 auf der neuen IL SPIR. Diese stellt auch eine Unterstützung für höhere Sprachen wie C++ zur Verfügung.
Die Verbesserungen der OpenCL API selbst halten sich in Grenzen.
http://www.anandtech.com/show/9039/khronos-announces-opencl-21-c-comes-to-opencl
Ebenso wie Vulkan basiert OpenCL 2.1 auf der neuen IL SPIR. Diese stellt auch eine Unterstützung für höhere Sprachen wie C++ zur Verfügung.
Die Verbesserungen der OpenCL API selbst halten sich in Grenzen.
ONH
Grand Admiral Special
https://developer.blender.org/D1200
Anscheinend gibt es einen Cycles fix, welcher die meissten Probleme bei AMD GPU behebt.
Anscheinend gibt es einen Cycles fix, welcher die meissten Probleme bei AMD GPU behebt.
Danke für die Info! Hatte ich bislang gar nicht gesehen. Ich hatte schon gedacht, dass da nichts mehr kommt, nachdem man länger nichts gehört hat.
Hab´s gerade mal auf meinem Richland-Notebook getestet, da geht´s mit 14.12 und 15.3 Beta nicht. Entweder nur transparent oder ein paar schwarze Blöcke.
Jetzt mal sehen, ob´s auf dem Desktop Trinity geht...
Alle erfolgreichen Tests bei Blenderartists waren bislang mit GCN, könnte also schwierig werden mit VLIW4.
Hab´s gerade mal auf meinem Richland-Notebook getestet, da geht´s mit 14.12 und 15.3 Beta nicht. Entweder nur transparent oder ein paar schwarze Blöcke.
Jetzt mal sehen, ob´s auf dem Desktop Trinity geht...
Alle erfolgreichen Tests bei Blenderartists waren bislang mit GCN, könnte also schwierig werden mit VLIW4.
hoschi_tux
Grand Admiral Special
- Mitglied seit
- 08.03.2007
- Beiträge
- 4.763
- Renomée
- 287
- Standort
- Ilmenau
- Aktuelle Projekte
- Einstein@Home, Predictor@Home, QMC@Home, Rectilinear Crossing No., Seti@Home, Simap, Spinhenge, POEM
- Lieblingsprojekt
- Seti/Spinhenge
- BOINC-Statistiken
- Prozessor
- AMD Ryzen R9 5900X
- Mainboard
- ASUS TUF B450m Pro-Gaming
- Kühlung
- Noctua NH-U12P
- Speicher
- 2x 16GB Crucial Ballistix Sport LT DDR4-3200, CL16-18-18
- Grafikprozessor
- AMD Radeon RX 6900XT (Ref)
- Display
- LG W2600HP, 26", 1920x1200
- HDD
- Crucial M550 128GB, Crucial M550 512GB, Crucial MX500 2TB, WD7500BPKT
- Soundkarte
- onboard
- Gehäuse
- Cooler Master Silencio 352M
- Netzteil
- Antec TruePower Classic 550W
- Betriebssystem
- Gentoo 64Bit, Win 7 64Bit
- Webbrowser
- Firefox
Mit den freien Treibern ist da noch nichts zu wollen oder?
Sonst würde ich auf meiner HD7770 mal testen.
Sonst würde ich auf meiner HD7770 mal testen.
Ich muss gestehen, dass ich keine Ahnung habe, wie weit die offenen OpenCL-Treiber sind. GalliumCompute scheint aber von "tauglich" noch ziemlich weit entfernt zu sein.
AMD hat neue Programmierer für die OpenSource-Entwicklung eingestellt, kann also sein, dass da bald ein bisschen was kommt. Aber momentan ist das glaube ich verlorene Liebesmüh.
Bei mir funzt es auf VLIW4 jedenfalls nicht. Keine Ahnung, ob man bei AMD an die Prä-GCN-Architekturen nicht mehr denkt. Wäre für den Laptop schön gewesen, wenn man die GPU-Leistung zur Verfügung gehabt hätte.
Im Prinzip gibt der Patch aber Hoffnung, dass jetzt für Blender, insbesondere Cycles intensiv an OpenCL weitergearbeitet wird. Bislang war der Megakernel und die damit verbundenen Probleme bei AMD und Intel ja der Grund, warum die OpenCL-Entwicklung auf Eis gelegt wurde.
Das bringt dann auch mehr Leuten einen Nutzen als CUDA (auch wenn ich mir nur für Blender eine 970 geholt habe) und dann gibt´s auch gleich eine Verwendung für Fiji
AMD hat neue Programmierer für die OpenSource-Entwicklung eingestellt, kann also sein, dass da bald ein bisschen was kommt. Aber momentan ist das glaube ich verlorene Liebesmüh.
Bei mir funzt es auf VLIW4 jedenfalls nicht. Keine Ahnung, ob man bei AMD an die Prä-GCN-Architekturen nicht mehr denkt. Wäre für den Laptop schön gewesen, wenn man die GPU-Leistung zur Verfügung gehabt hätte.
Im Prinzip gibt der Patch aber Hoffnung, dass jetzt für Blender, insbesondere Cycles intensiv an OpenCL weitergearbeitet wird. Bislang war der Megakernel und die damit verbundenen Probleme bei AMD und Intel ja der Grund, warum die OpenCL-Entwicklung auf Eis gelegt wurde.
Das bringt dann auch mehr Leuten einen Nutzen als CUDA (auch wenn ich mir nur für Blender eine 970 geholt habe) und dann gibt´s auch gleich eine Verwendung für Fiji
Zuletzt bearbeitet:
ONH
Grand Admiral Special
Anfangs wird AMD wohl an der aktuellen Hw testen.Gleich wie bei oss bemühungen bei AMD da gab es auch schon features welche erst bei radeonsi kamen und nachher auf r600g angepasst wurden und umgekehrt.
Wie wirkt sich der Patch eigentlich auf Nv/Intel aus bei Verwendung von OpenCl?
Wie wirkt sich der Patch eigentlich auf Nv/Intel aus bei Verwendung von OpenCl?