OpenCL: interne Implementierungstests in MQL5 - Seite 62
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Es ist sehr lustig, aber das OCL-Programm läuft auch dann noch flott, wenn es außerhalb des Arrays krabbelt! - und es funktioniert einwandfrei, aber bei einer leeren, nicht markierten mbar wird nicht irgendetwas, sondern 0 angezeigt.
Ob das gut ist oder nicht, liegt im Ermessen des Einzelnen. Ich weiß es erst jetzt.
Nullen haben keine Bedeutung. Das OCL-Programm lässt sich möglicherweise einfach nicht kompilieren.
Verwenden Sie einen externen Kernel-Compiler (vom Hersteller der Grafikhardware)?
Nullen sagen nichts aus. Das OCL-Programm lässt sich möglicherweise einfach nicht kompilieren.
Verwenden Sie einen externen Compiler des Herstellers der Grafikhardware?
Teilen Sie uns Ihre Eindrücke nach einem harten Neustart mit...
Das ist der Grund, warum es bisher keine OpenCL-Unterstützung im Tester gibt...
Zurzeit suchen wir nach Möglichkeiten, dieses OpenCL-Problem zu lösen.
Sieh es dir an, Andrei. Ich habe ein Intel Offline-Gerät (es gibt sogar ein Bild in dem Artikel). Viele Meldungen, wenn etwas schief gelaufen ist. Sie können den Kernel direkt darin bearbeiten, um ihn schneller zu machen.
Sehr praktisch. Schade, dass es kein Debugging gibt. Aber es ist viel bequemer als mit dem Terminal-Editor.
Sieh es dir an, Andrei. Ich habe ein Intel Offline-Gerät (es gibt sogar ein Bild in dem Artikel). Viele Meldungen, wenn etwas schief gelaufen ist. Sie können den Kernel sofort darin bearbeiten, um schneller zu sein.
Das ist sehr praktisch. Es ist schade, dass es kein Debugging gibt. Aber es ist viel bequemer als mit dem Terminal-Editor.
Der Kernel funktioniert und arbeitet fehlerfrei, wie es die Logik vorsieht. Ich bearbeite den Kernel in ME überhaupt nicht, da es nutzlos ist, um mögliche Fehler zu erkennen - ich prüfe und bearbeite ihn in OpenCLCodeChecker. Der Kernel funktioniert.
Ich habe die Schleife absichtlich so eingestellt, dass sie über das Array hinausgeht, und es führt nicht zum Absturz des OCL-Treibers, wenn das Programm läuft; über diese "Öffnung" wurde in diesem Thread berichtet. Siehe den obigen Beitrag von Ilyaz.
Ich stimme zu, es ist eine dumme Sache in ME.
Mein OpenCLCodeChecker funktioniert nicht so. Na ja, was soll's, ich werde mit dem von Intel schon irgendwie klarkommen...
Ich stimme zu, es ist eine dumme Sache in ME.
Mein OpenCLCodeChecker funktioniert nicht so. Na ja, was soll's, ich werde schon irgendwie mit dem Intel zurechtkommen...
Ja, es gibt einen Grund, warum AMD vor sechs Jahren ATI gekauft hat. Gerade als der Core 2 Duo angekündigt wurde.
Intel ist auch im IGP-Bereich nicht untätig, hinkt aber immer noch hinterher. Auf ixbt Experten sagen, Intel HD 4000 wird die aktuelle A6 in Bezug auf die Grafik konkurrieren. Aber es ist auch ein großer Fortschritt.
P.S. Übrigens, der OpenCL-Teil von Trinity ist nicht so toll. Sie scheint auf der Cayman CE zu basieren (d.h. 6xxx-Serie, obwohl sie aus irgendeinem Grund HD 7xxx genannt wird), aber das Leistungsverhältnis von Double zu Float beträgt 16.
P.S. Übrigens, der OpenCL-Teil von Trinity ist nicht so toll. Der Kern scheint auf Cayman CE zu basieren (d.h. 6xxx Serie, obwohl sie ihn aus irgendeinem Grund HD 7xxx nennen), aber das Verhältnis von Double zu Float Leistung ist 16.