Wilson: Kommas

2008-08-17T19:51:15Z

Kommas

2005-05-18T21:47:20Z

Neue Seite

Obwohl Shader eine der neuesten Errungenschaften bei Grafikkarten sind besitzen sie natürlich auch Nachteile. Bevor es Shader gab wurden alle Daten die an die Grafikkarte geschickt wurden nach fix vorgegebenen, einfachen Algorithmen (siehe [[Feste Funktionspipeline]]) behandelt, welche nur durch verhältnissmäßig wenige Schalter oder Parameter beeinflusst werden konnten. Diese Spezialisierung bringt erst den großen Vorteil einer Grafikkarte gegenüber einer (oder sogar gegenüber einer 2ten) CPU, da diese Berechnungen nicht als Programm sondern fast ausschließlich elektronisch realisiert wurden und großteils immer noch werden.

Durch Shader (oder wie die OpenGL-Extensionnamen Vertex- und Fragment-program besser verdeutlichen) hat sich dies nun geändert. Ein Teil der [[Feste Funktionspipeline|festen Funktionspipeline]] wird durch einen programmierbaren Prozessor ersetzt, welcher es erlaubt die vorgegebenen Algorithmen zu verändern. Diese Freiheit geht jedoch auf Kosten der Geschwindigkeit. Hinzu kommt noch, dass der Programmierer beliebige Instruktionen geben kann, also in schlimmen Fällen auch viele, langsame und vielleicht sogar unnötige Befehle, welche natürlich die Geschwindigkeit der Grafikkarte beeinflussen. Im Endeffekt sind jedoch Shader nur als Erhöhung der Laufzeitkomplexität für Vertices bzw. Fragmente zu sehen, wodurch Shader einen (jedoch einen verhältnismäßig wichtigen) Beitrag zur [[Vertexlimitiert|Vertexlimitierung]] bzw. zur [[Füllrate|Füllratenlimitierung]] darstellen.

← Nächstältere Version		Version vom 17. August 2008, 19:51 Uhr
Zeile 1:		Zeile 1:
−	Obwohl Shader eine der neuesten Errungenschaften bei Grafikkarten sind besitzen sie natürlich auch Nachteile. Bevor es Shader gab wurden alle Daten die an die Grafikkarte geschickt wurden nach fix vorgegebenen, einfachen Algorithmen (siehe [[Feste Funktionspipeline]]) behandelt, welche nur durch ~~verhältnissmäßig~~ wenige Schalter oder Parameter beeinflusst werden konnten. Diese Spezialisierung bringt erst den großen Vorteil einer Grafikkarte gegenüber einer (oder sogar gegenüber einer 2ten) CPU, da diese Berechnungen nicht als Programm sondern fast ausschließlich elektronisch realisiert wurden und großteils immer noch werden.	+	Obwohl Shader eine der neuesten Errungenschaften bei Grafikkarten sind, besitzen sie natürlich auch Nachteile. Bevor es Shader gab, wurden alle Daten, die an die Grafikkarte geschickt wurden, nach fix vorgegebenen, einfachen Algorithmen (siehe [[Feste Funktionspipeline]]) behandelt, welche nur durch verhältnismäßig wenige Schalter oder Parameter beeinflusst werden konnten. Diese Spezialisierung bringt erst den großen Vorteil einer Grafikkarte gegenüber einer (oder sogar gegenüber einer 2ten) CPU, da diese Berechnungen nicht als Programm, sondern fast ausschließlich elektronisch realisiert wurden und großteils immer noch werden.

	Durch Shader (oder wie die OpenGL-Extensionnamen Vertex- und Fragment-program besser verdeutlichen) hat sich dies nun geändert. Ein Teil der [[Feste Funktionspipeline\|festen Funktionspipeline]] wird durch einen programmierbaren Prozessor ersetzt, welcher es erlaubt die vorgegebenen Algorithmen zu verändern. Diese Freiheit geht jedoch auf Kosten der Geschwindigkeit. Hinzu kommt noch, dass der Programmierer beliebige Instruktionen geben kann, also in schlimmen Fällen auch viele, langsame und vielleicht sogar unnötige Befehle, welche natürlich die Geschwindigkeit der Grafikkarte beeinflussen. Im Endeffekt sind jedoch Shader nur als Erhöhung der Laufzeitkomplexität für Vertices bzw. Fragmente zu sehen, wodurch Shader einen (jedoch einen verhältnismäßig wichtigen) Beitrag zur [[Vertexlimitiert\|Vertexlimitierung]] bzw. zur [[Füllrate\|Füllratenlimitierung]] darstellen.		Durch Shader (oder wie die OpenGL-Extensionnamen Vertex- und Fragment-program besser verdeutlichen) hat sich dies nun geändert. Ein Teil der [[Feste Funktionspipeline\|festen Funktionspipeline]] wird durch einen programmierbaren Prozessor ersetzt, welcher es erlaubt die vorgegebenen Algorithmen zu verändern. Diese Freiheit geht jedoch auf Kosten der Geschwindigkeit. Hinzu kommt noch, dass der Programmierer beliebige Instruktionen geben kann, also in schlimmen Fällen auch viele, langsame und vielleicht sogar unnötige Befehle, welche natürlich die Geschwindigkeit der Grafikkarte beeinflussen. Im Endeffekt sind jedoch Shader nur als Erhöhung der Laufzeitkomplexität für Vertices bzw. Fragmente zu sehen, wodurch Shader einen (jedoch einen verhältnismäßig wichtigen) Beitrag zur [[Vertexlimitiert\|Vertexlimitierung]] bzw. zur [[Füllrate\|Füllratenlimitierung]] darstellen.

Shaderlimitiert - Versionsgeschichte

Wilson: Kommas