Diskussion:OpenCL

Diese Diskussionsseite dient dazu, Verbesserungen am Artikel „OpenCL“ zu besprechen. Persönliche Betrachtungen zum Thema gehören nicht hierher. Für allgemeine Wissensfragen gibt es die Auskunft.

Füge neue Diskussionsthemen unten an:

Klicke auf Abschnitt hinzufügen, um ein neues Diskussionsthema zu beginnen.

• Diskussionsregeln
• Hilfe zu Diskussionsseiten
• Sei sachlich und freundlich!
• Greife niemanden persönlich an!
• Geh von guten Absichten aus.

Die Löschung der Seite „OpenCL“ wurde ab dem 10. Juni 2008 diskutiert und abgelehnt. Für einen erneuten Löschantrag müssen gemäß den Löschregeln neue Argumente vorgebracht werden.

Letzten Absatz streichen?

Der letzte Absatz scheint mir für Apple Inc. zu stimmen, aber ich bin unsicher, ob ein Artikel über OpenCl, das als Standard definiert ist, so stark auf eine einzelne Firma und ihren Umgang mit diesem Standard fokussiert sein sollte. --Jan Mathys 16:26, 9. Dez. 2008 (CET)

So wie der Artikel jetzt ist (http://de.wikipedia.org/w/index.php?title=OpenCL&oldid=54121898), finde ich ihn viel besser als vorher und die oben genannte Kritik trifft ihn nicht mehr.

--Jan Mathys 15:05, 15. Dez. 2008 (CET)

Jupp, da müsste wohl mal wer auf "gesichtet" klicken... - jan

*klick* ;) --Unterstrichmoepunterstrich 09:42, 17. Dez. 2008 (CET)

GPGPU?

NVidia hat angekündigt, OpenCL über ihre GPGPU-Schnittstelle CUDA zu unterstützen.

Müsste das nicht GPU-Schnittstelle heißen? -- Felanox ➚ 12:22, 23. Mär. 2009 (CET)

GPGPU steht für General Purpose Computation on Graphics Processing Unit und dürfte im Zusammenhang das Gemeinte sein. --Herzrein 13:45, 23. Okt. 2009 (CEST)

Dieser Abschnitt kann archiviert werden. --92.193.95.90 12:30, 12. Nov. 2012 (CET)

compilat? Bytecode? hardware spezifisch?

so wie ich das jetzt verstehe schreibe ich den code nach OpenCL standard und dann nehme ich eine software vom hersteller der zielhardware und erzeuge damit die steueranweisungen für eine ganzspezielle hardware? oder wird zunächst ein hersteller abhängiger Bytecode produziert der dann vom treiber zur laufzeit compiliert wird? oder spezifiziert OpenCL auch einen Bytecode der dann von einer Laufzeitumgebung/VM im treiber umgesetzt wird? --Moritzgedig 10:32, 10. Nov. 2009 (CET)

Der geschriebene Code ist leicht modifiziertes C. Das Programm, das dann auf dem entsprechenden Gerät ausgeführt werden soll, wird dann zur Laufzeit von der OpenCL Umgebung des entsprechenden Herstellers kompiliert und als Kernel ausgeführt. --Das Ed 00:13, 9. Dez. 2009 (CET)

Der Quelltext wird in der Regel als nullterminierter String in ein char-Array geladen (z. B. aus einer Textdatei mittels fread) und erst zur Laufzeit durch entsprechende API-Calls (clCreateProgramWithSource, clBuildProgram) in GPU-spezifischen Maschinencode übersetzt. Präcompilierung ist möglich, aber nicht zu empfehlen und der Code ist auch nicht mehr portabel. 87.149.69.244 19:14, 2. Sep. 2014 (CEST)

Markenrechte

"Apple hält auch die Markenrechte"

Trifft das so noch zu und wenn ja gibt es eine Quelle?

--Global667 01:05, 9. Jun. 2010 (CEST)

Nö, Namensrechte gehören zur Khronos Group -- Phiarc 17:52, 7. Apr. 2011 (CEST)

OpenCL is a trademark of Apple Inc., and is used under license by Khronos. The complete OpenCL logo and guidelines for its usage can be found here: http://developer.apple.com/softwarelicensing/agreements/opencl.html Quelle: http://www.khronos.org/legal/trademarks/ (nicht signierter Beitrag von 80.171.117.112 (Diskussion) 20:25, 17. Nov. 2011 (CET))

schlechter code

Ich habe den beispiel-code erst mal auskommentiert, weil er fehlleitend ist und viele probleme hat. Vllt. hat jemand anderes die Zeit und das know-how ihn zu fixen (oder den code aus der englischen wikipedia rüberkopieren, der ist deutlich besser). Die probleme sind u.a.: Falsche/fehlerhafte funktionsnamen, falsche/fehlerhafte argumente (typen werden direkt übergeben wo pointer übergeben werden sollten...) platformspezifischer/schlechter/unportabler code (die clGetContextFromType invocation wird so nur auf apple systemen funktionieren), unvollständiger code (überall fehlen typsignaturen, was den code sehr uninformativ macht). 193.159.63.199 03:06, 29. Jun. 2011 (CEST)

OpenCL 1.2 released

Am 15. November 2011 wurde OpenCL 1.2 veröffentlicht. Die Spec gibt es unter http://www.khronos.org/registry/cl/specs/opencl-1.2.pdf (nicht signierter Beitrag von 80.171.117.112 (Diskussion) 16:59, 17. Nov. 2011 (CET))

SSE3

Das man OpenCL, je nach Implementierung, auf CPUs mit SSE3 nutzen kann habe ich schon an zwei Stellen in Wikipedia gelesen. Ich habe einen alten Pentium D mit SSE2 und das ATI APP SDK läuft ohne Probleme: [...]

 Platform ID:					 0x7f2543b4e480
 Name:						 Intel(R) Pentium(R) D CPU 3.20GHz
 Vendor:					 GenuineIntel
 Device OpenCL C version:			 OpenCL C 1.1 
 Driver version:				 2.0
 Profile:					 FULL_PROFILE
 Version:					 OpenCL 1.1 AMD-APP (898.1)

[...] Irgendwo kann da also was nicht stimmen. Entweder ändert man das in SSE2 oder muss halt für jedes OpenCL SDK schauen was das Minimum ist. Die Quelle für SSE3 als Minimum ist ja leider auch nicht angegeben. (nicht signierter Beitrag von 95.115.114.93 (Diskussion) 16:25, 21. Jun. 2012 (CEST))

SPMD

Es fehlt ein Hinweis auf das zugrundelegende Paradigma/Konzept (SPMD). Es wird nicht für eine bestimmte Anzahl von Threads programmiert, sondern die Daten nach einer allgemeinen Systematik (Work-Items, Work-Groups) adressiert. Erst zur Laufzeit wird nach vorliegender Hardware eine Datenstruktur erzeugt, die auf die SIMD-Breite sowie Assoziativität und Größe des Shared-Memory/Cache angepasst ist. Die Anzahl der Threads ist dabei je nach Hardware enorm (Faktor ~2.000) variabel. --Moritzgedig (Diskussion) 14:27, 19. Feb. 2013 (CET)

Anregung: Liste der durch Hersteller unterstützten Versionen?

Im englischen Artikel wird durch die Timeline der Implementierung mehr oder weniger ermöglicht, zu sehen, welcher Hersteller welche Version unterstützt. Wäre solch eine Übersicht nicht auch für die deutsche Wiki sinnvoll? AMD unterstützt mittlerweile OpenCL 2.0, wobei Nvidia aktuell OpenCL 1.1 (nicht 1.2) unterstützt. Wie es bei Intel derzeit aussieht, weiß ich nicht. Oder sollte man den Implementierungen-Abschnitt dahingehend ergänzend? (nicht signierter Beitrag von 85.216.5.69 (Diskussion) 14:44, 27. Sep. 2014 (CEST))

in welchem Abschnitt würdest du es einarbeiten? --Unterstrichmoepunterstrich (Diskussion) 14:41, 28. Sep. 2014 (CEST)

Wenn, dann im Abschnitt "Implementierungen", aber ich habe das Gefühl, dass das auch nicht so ganz vom Inhalt passt, da dieser Abschnitt eigentlich in eine etwas andere Richtung driftet. Denkbar wäre das für mich Hand-in-Hand mit einer Erweiterung des Artikels um soetwas in der Art: https://en.wikipedia.org/wiki/OpenCL#History Eine Übersicht der einzelnen Revisionen, wann sie erschienen, was sie beinhalten. Dort könnte man dann die Informationen hinzufügen, welcher Hersteller ab welcher GPU-"Familie" die jeweilige Version unterstützt. Alternativ wäre vielleicht auch eine Übersichtstabelle denkbar? Ich habe leider weder Fertigkeiten, noch Fachwisen, um soetwas umzusetzen 85.216.5.69 01:51, 30. Sep. 2014 (CEST)

Defekter Weblink

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Der folgende Weblink wurde von einem Bot („GiftBot“) als nicht erreichbar erkannt.
Ausführliche Erläuterungen und Hilfe zur korrekten Behebung dieses Fehlers finden sich auf Wikipedia:Defekte Weblinks. Ist ein von einem Bot als defekt gemeldeter externer Link doch erreichbar, dann bitte berichten – wie auch sonstige Probleme.

• http://www.s3graphics.com/en/news/news_detail.aspx?id=44
  • Vielleicht ist eine archivierte Version geeignet: archive.org
  • Netzwerk-Fehler (7) andere Artikel, gleiche Domain
  • Im Jahr 2012 bereits defekt gewesen.http://giftbot.dwl.invalid/http://www.s3graphics.com/en/news/news_detail.aspx?id=44

– GiftBot (Diskussion) 03:29, 11. Jan. 2016 (CET)

Probleme mit dem verlinkten Tutorial

Das Tutorial ist nicht mehr aktuell und viele dort verlinkte Dateien sind nicht mehr auffindbar.

Da ich nicht weiss, was ich tun soll, mache ich hier einfach mal eien Diskussion dazu auf :) 16.7.16 (nicht signierter Beitrag von 2001:7C0:710:40EF:78D0:27A5:422E:657C (Diskussion | Beiträge) 12:39, 16. Jul 2016 (CEST))

POCL 1.5 verfügbar mit einigen Verbesserungen

Siehe http://portablecl.org/pocl-1.1.html

http://portablecl.org/pocl-1.5.html

OpenCL 3.0 verfügbar

https://www.khronos.org/news/press/khronos-group-releases-opencl-3.0

https://www.phoronix.com/scan.php?page=article&item=opencl-30-spec&num=1 (nicht signierter Beitrag von 2A02:6D40:3485:2101:899F:13F2:EB49:6F0E (Diskussion) 21:19, 28. Apr. 2020 (CEST))

https://www.heise.de/developer/meldung/Vorlaeufige-Spezifikationen-fuer-OpenCL-3-0-veroeffentlicht-4710463.html (nicht signierter Beitrag von 2A02:6D40:3485:2101:D852:54B3:FB1D:F2B9 (Diskussion) 14:45, 3. Mai 2020 (CEST))

https://www.khronos.org/registry/OpenCL/specs/3.0-unified/pdf/OpenCL_API.pdf (nicht signierter Beitrag von 2A02:6D40:3485:2101:D852:54B3:FB1D:F2B9 (Diskussion) 14:56, 3. Mai 2020 (CEST))

Anwendungsliste - Webbrowser

"Kein Webbrowser unterstützt derzeit WebCL direkt. [...] Zurzeit ist keine weitere Entwicklung der API in Richtung OpenCL 2.0 und Implementierung von WebCL 1.0 in wichtigem Browser sichtbar." https://de.wikipedia.org/wiki/WebCL

Die Aufzählung von Chrome und Firefox als Anwendungen die OpenCL nutzen ist also nicht korrekt. Zudem werden diese mit einem Artikel belegt der lediglich eine zukünftig möglicherweise stattfindende OpenCL Unterstützung für JavaScript ankündigt.

Chrome und Firefox sollten also aus der Liste entfernt werden.

--77.10.42.110 14:17, 26. Apr. 2021 (CEST)

3.0.11 vom 6. Mai 2022 aktuelle Version

Siehe

https://www.khronos.org/registry/OpenCL/ (nicht signierter Beitrag von 2A02:6D40:34DC:7801:8D67:CE32:32DF:C3D7 (Diskussion) 14:17, 17. Jun. 2022 (CEST))