Które funkcje OpenGL nie są przyspieszane przez GPU?

Pytanie powinno brzmieć: "jakie funkcje pochłaniają nieoczekiwanie dużą ilość czasu procesora?"

Utrzymywanie stosu macierzy do projekcji i widoku nie jest rzeczą, z którą GPU może poradzić sobie lepiej niż procesor (wręcz przeciwnie ...). Innym przykładem może być kompilacja shaderów. Dlaczego to powinno działać na GPU? Jest parser, kompilator, ..., które są zwykłymi programami CPU, takimi jak kompilator C++.

Potencjalnie "niebezpieczne" wywołania funkcji są na przykład glReadPixels, ponieważ dane może być kopiowany z pamięci hosta (=CPU) do pamięci urządzenia (=GPU)przez ograniczoną magistralę. W tej kategorii znajdują się również funkcje takie jak glTexImage_D lub glBufferData.

Więc ogólnie rzecz biorąc, jeśli chcesz wiedzieć, ile czasu procesora zjada wywołanie OpenGL, spróbuj zrozumieć jego funkcjonalność. I uważaj na wszystkie funkcje, które kopiują dane z hosta do urządzenia iz powrotem!

Zazwyczaj, jeśli operacja jest za-coś, to nastąpi na GPU. Przykładem jest rzeczywista transformacja - odbywa się to raz na wierzchołek. Z drugiej strony, jeśli występuje tylko raz na dużą operację, to będzie na CPU - na przykład tworzenie macierzy transformacji, która jest wykonywana tylko raz za każdym razem, gdy zmienia się stan obiektu, lub raz na klatkę.

To tylko ogólna odpowiedź, a niektóre funkcjonalności pojawią się na odwrót - podobnie jak implementacja zależny. Jednak zazwyczaj nie powinno to mieć znaczenia dla Ciebie, programisty. Tak długo, jak pozwolisz GPU dużo czasu, aby zrobić to praca, gdy jesteś poza robieniem gry sim lub cokolwiek, lub masz solidny model wątku, nie powinieneś się tym martwić aż tak bardzo.

@ wysyłanie danych do GPU: z tego co wiem (używany tylko Direct3D) to wszystko odbywa się w-shaderze, po to są shadery.

GlTranslate, glRotate i glScale zmieniają bieżącą aktywną macierz transformacji. Jest to oczywiście operacja CPU. Widok modelu i macierze projekcyjne opisują tylko, jak procesor graficzny powinien przekształcić wierzchołki po wydaniu polecenia renderowania.

Więc np. przez wywołanie glTranslate nic nie jest jeszcze przetłumaczone. Przed renderowaniem macierze bieżącej projekcji i widoku modelu są mnożone (MVP = projection * modelview), a następnie ta pojedyncza macierz jest kopiowana do GPU, a następnie do GPU czy macierz * wierzchołków mnoży ("T & L") dla każdego wierzchołka. Tak więc tłumaczenie/skalowanie / rzutowanie wierzchołków jest wykonywane przez GPU.

Również naprawdę nie powinieneś martwić się o wydajność, jeśli nie używasz tych funkcji gdzieś w wewnętrznej pętli. glTranslate daje trzy dodatki. glScale i glRotate są nieco bardziej złożone.

Moja rada jest taka, że powinieneś nauczyć się trochę więcej o algebrze liniowej. Jest to niezbędne do pracy z 3D APIs.

Istnieją renderowane przez oprogramowanie implementacje OpenGL, więc możliwe jest, że nie funkcje OpenGL działają na GPU. Jest też sprzęt, który nie obsługuje pewnych stanów renderowania w sprzęcie, więc jeśli ustawisz określony stan, przełącz się na renderowanie oprogramowania i ponownie, nic nie będzie działać na GPU(nawet jeśli taki jest). Nie sądzę więc, aby było jasne rozróżnienie między "funkcjami PRZYSPIESZANYMI przez GPU" i "funkcjami nie przyspieszanymi przez GPU".

Być po bezpiecznej stronie, trzymaj rzeczy tak proste, jak to możliwe. Proste renderowanie z wierzchołkami i podstawowe funkcje, takie jak buforowanie Z, najprawdopodobniej będą przyspieszane sprzętowo, więc jeśli możesz trzymać się tego przy minimalnej zmianie stanu, najprawdopodobniej utrzymasz przyspieszanie sprzętowe. Jest to również sposób na maksymalizację wydajności renderowania przyspieszonego sprzętowo-Karty graficzne lubią pozostać w jednym stanie i po prostu chrupać kilka wierzchołków.