Używanie sterty libGL

Question

Pracuję nad opartą na linuksie aplikacją OpenGL w języku C++, wykorzystując sterowniki 64-bitowe Nvidia 290.10. Próbuję zmniejszyć jego ślad pamięci, ponieważ wykorzystuje sporo danych na żywo.

Używam valgrind/massif do analizy użycia sterty, a jednocześnie pomógł mi zoptymalizować różne rzeczy, teraz największy fragment pamięci stosu jest przydzielany przez libGL. Bez względu na to, jak ustawiam próg, masyw nie pozwala mi zobaczyć szczegółowo skąd pochodzą te alokacje, tylko że jest to libGL. W godzinach szczytu widzę około 250 MB przydzielonych przez libGL (z całkowitego wykorzystania sterty wynoszącego 900 MB). Posiadam podobną ilość pamięci na karcie graficznej, jak VBO i tekstury (głównie jedna duża tekstura 4096 * 4096).

Wygląda na to, że podobna ilość pamięci, jaką ładuję do pamięci GPU, jest przydzielana do sterty przez bibliotekę libGL. Przydziały libGL również osiągają szczyt gdy objętość VBO osiąga szczyt. Czy to normalne? Myślałem, że jedną z zalet posiadania dużej ilości pamięci GPU jest to, że utrzymuje ona pamięć RAM za darmo?

Answer 1

To, czego doświadczasz, jest całkowicie normalne, ponieważ implementacja OpenGL musi przechowywać kopię danych w pamięci systemowej z różnych powodów.

W OpenGL nie ma wyłącznego dostępu do GPU, więc w zależności od jego wykorzystania może zajść konieczność wymiany danych (lub zwolnienia niektórych obiektów z pamięci GPU). Mogą również ulegać awariom GPU, a sterowniki po prostu bezszelestnie resetują je bez zauważania przez użytkownika. To również wymaga pełnej kopii wszystkich danych bufora.

I nie zapominaj, że istnieje zasadnicza różnica pomiędzy adresowej alokacji przestrzeni (wartość zgłoszonych przez Valgrind) i rzeczywisty wykorzystania pamięci.