Open-Source-GPU-Projekt auf Kickstarter begonnen - Erstes Goal ab 200.000 US-Dollar

[Oberst Klink]

Gut, aber was soll der User zu Hause denn mit dem Programmiercode anfangen?

 

[Timsu]

Für viele ist es eben wichtig eine opensource GPU zu nutzen.
Der Zielbereich sind zum Beispiel embedded System, sie geben auch auf ihrer Kickstarter Seite an, nicht mit AMD oder Nvidia zu konkurrieren wollen.
Das Produkt ist also nicht für Gamer und auch (größtenteils) nicht für Windows Nutzer.

 

[ruyven_macaran]

Supi, damit kann halt so gut wie keiner was anfangen...

Toll wenn ich Verilogcode habe, der aber noch kein Timing beinhaltet. Was das Minimum wäre, wäre eine Version, die schon für einen bestimmten FPGA das Placing&Routing hinter sich hat, wobei dann natürlich auch alle Timings getroffen sein müssen...

Und selbst wenn man das hätte: Was könnte man damit anfangen?
Das altmodische Featureset und die Fähigkeiten von FPGAs werden wohl kaum einen Grafik-Beschleuniger ergeben. Erst recht keinen, der irgend eine Grafikeinheit des letzten Jahrzehnts schlagen könnte. Besondere Fähigkeiten hat das Ergebnis auch erstmal nicht, im Gegenteil, und soweit ich das lese, gibt es nicht einmal treiber.

Fazit: Für OpenGL lahm und ineffizient. Für D3D veraltet. Und für alles andere müsste man die Architektur selbst weiterentwickeln und dann auch noch den passenden Treiber dazu programmieren. Und dann wäre man immer noch auf einer lahmen FPGA unterwegs. Wem irgendwelche allgemeineren Anwendungen auf einem GPU-ähnlichen Chip vorschweben, der wäre vermutlich immer noch besser dran, wenn er eine aktuelle echte GPU nimmt und den Umweg über OpenCL oder CUDA geht, um seine frei defnierbaren Einheiten zu betreiben.

Ich hatte bei den ersten Zeilen wenigstens gehofft, sie planen eine vollwertige GPU-Emulation mit gutem Treibersupport. Sowas wäre zwar auch nicht schnell, aber wenigstens unglaublich flexibel und damit für diverse Kompatibilitäts- und Retro-Zwecke Gold wert.
Aber FPGAs? Die Dinger sind toll, um Konzepte für spätere ASICs zu testen und sie sind toll, wenn eher ungewöhnliche Funktionen in Kleinserie umsetzen möchte. Aber hier ist FPGA die Endstation und die Funktionen sind stink normale GPU-Aufgaben.

 

[oldsql.Triso]

An sich eine mal "andere" Idee, wird aber an vielen Punkten scheitern. Das erste mal wenn die 200k $ zusammen gekommen sind und jeder merkt, das man damit kaum was anfangen kann. Und ob Entwickler darauf umspringen bzw. noch machen, ist auch mehr als fraglich. Ich sag: wird nichts. Maximal das erste stretch goal wird erreicht.

 

[MomentInTime]

Gutes, wichtiges Projekt. Gerade, wo AMD und Nvidia sich mittlerweile den Markt mehr noch unter sich alleine aufteilen, wie das vor einem Jahrzehnt der Fall war.

 

[keinnick]

Gutes, wichtiges Projekt. Gerade, wo AMD und Nvidia sich mittlerweile den Markt mehr noch unter sich alleine aufteilen, wie das vor einem Jahrzehnt der Fall war.

Das wird auch in Zukunft so bleiben fürchte ich. Da ändert auch dieses Projekt nichts dran.

 

[ruyven_macaran]

Selbst VIA und ARM (von Intel ganz zu schweigen) hätten bessere Chancen, AMD/Nvidia unter Druck zu setzen.

 

[Timsu]

Intel hat jetzt schon deutlich schnellere GPUs als diese es je werden wird.
Dieses Projekt ist halt für den typischen Gentoo Nutzer, der auf keinen Fall etwas mit closed-source zu tun haben möchte.

 

[Skysnake]

Gibt es für eine virtuelle GPU den auch einen praktischen Nutzen? Oder ist die nur als Blaupause für weiterführende Projekte gedacht, die dann eines Tages vl wirklich gefertigt werden?

Es ist keine "virtuelle GPU". Es ist nur die Logik in eine Programmiersprache gegossen, mehr nicht.

Wie gesagt, dabei ist nichtmal klar, ob das Ding überhaupt Timing enthält...

Und selbst wenn man das hätte: Was könnte man damit anfangen?

Studenten könnten sowas verwenden, oder auch sonst irgendwelche kleinen Firmen, die sich ne ARM/MIPS-Lizenz holen um z.B. Waschmaschinen oder so an zu treiben, und dann eben doch noch etwas mehr haben wollen.

Aber realistisch gesehen werden Firmen eher dann zu ARM/MIPS/Imagination/usw gehen und da ein fertiges Design inkl Support kaufen.

Das altmodische Featureset und die Fähigkeiten von FPGAs werden wohl kaum einen Grafik-Beschleuniger ergeben.

Du brüchtest überhaupt erstmal ein Board für den FPGA, der Monitoranschlüsse hat

Und dann ist es eben so, dass du nicht einfach jeden X beliebigen FPGA nehmen kannst und den Code da drauf laden kannst... Nein, du musst das jeweils anpassen.... Nur weils auf einer FPGA Serie läuft, heist das noch LANGE! nicht, dass das auch auf den anderen Serien des selben Herstellers läuft, ganz zu schweigen von anderen Herstellern.

Erst recht keinen, der irgend eine Grafikeinheit des letzten Jahrzehnts schlagen könnte. Besondere Fähigkeiten hat das Ergebnis auch erstmal nicht, im Gegenteil, und soweit ich das lese, gibt es nicht einmal treiber.

Fazit: Für OpenGL lahm und ineffizient. Für D3D veraltet. Und für alles andere müsste man die Architektur selbst weiterentwickeln und dann auch noch den passenden Treiber dazu programmieren. Und dann wäre man immer noch auf einer lahmen FPGA unterwegs. Wem irgendwelche allgemeineren Anwendungen auf einem GPU-ähnlichen Chip vorschweben, der wäre vermutlich immer noch besser dran, wenn er eine aktuelle echte GPU nimmt und den Umweg über OpenCL oder CUDA geht, um seine frei defnierbaren Einheiten zu betreiben.

Ich hatte bei den ersten Zeilen wenigstens gehofft, sie planen eine vollwertige GPU-Emulation mit gutem Treibersupport. Sowas wäre zwar auch nicht schnell, aber wenigstens unglaublich flexibel und damit für diverse Kompatibilitäts- und Retro-Zwecke Gold wert.
Aber FPGAs? Die Dinger sind toll, um Konzepte für spätere ASICs zu testen und sie sind toll, wenn eher ungewöhnliche Funktionen in Kleinserie umsetzen möchte. Aber hier ist FPGA die Endstation und die Funktionen sind stink normale GPU-Aufgaben.

Verilog kannste auch für die Produktion von ASICs verwenden. Es wird halt nur ungleich komplizierter...

Wie gesagt, die müssten erstmal wirklich sagen, dass Sie eine für den FPGA XY lauffähige Implementierung hinbekommen. So lange Timings nicht beachtet werden, kann man in Verilog VIEL hinschreiben.... Wird halt oft nur nicht funktionierren

Und bei ASICs ist halt das Problem, das man für jeden Herstellungsprozess das extra spezifizieren muss....

Ergo wenn überhaupt werden sich wohl Universitäten usw dafür begeistern können.