U
Переслано от UsernameAK
4:19 - так, вроде дописал
4:20 - чё за ебаная хрень, куда оно рендерится???
4:20 - чё за ебаная хрень, куда оно рендерится???
Через полдня: так, теперь точно дописал, пора спать
Size: a a a
2020 November 15
U
это нормально, что при glDeleteBuffers ничего не освобождается пока видеопамять не будет полная?
d
это нормально, что при glDeleteBuffers ничего не освобождается пока видеопамять не будет полная?
а ты это как определил?
U
а ты это как определил?
вообще навскидку наблюдая за таскманагером
U
оно растёт пока она не будет полная а потом стоит на месте
d
вообще навскидку наблюдая за таскманагером
ну мб, а какая разница?
U
ну мб, а какая разница?
да в принципе пофиг)
U
вообще навскидку наблюдая за таскманагером
и спамил релоадом рендера
d
радуйся что оно хоть на стороне цпу не кешируется
U
а, то есть это нормально, и таскманагер показывает выделенную, а не используемую память?
d
а, то есть это нормально, и таскманагер показывает выделенную, а не используемую память?
я вообще хз что он там показывает, и не исключено что карта чистит свою память только тогда когда что-то аллоцируешь
d
у меня диспетчер задач ресурсы видео не показывает ибо железо древнее
d
на хабре есть збс серия статей про локфри. так вот чувак свою либу с локфри структурами данных писал N лет, пока разобрался в многих нюансах.
если тебе просто понять принципы, то пиши как получается, а если что-то крутое, то послушай совета Ионна и пиши по статьям, если, конечно, ты не фанат локфри и хочешь сделать лучше всех 🤷♂️
если тебе просто понять принципы, то пиши как получается, а если что-то крутое, то послушай совета Ионна и пиши по статьям, если, конечно, ты не фанат локфри и хочешь сделать лучше всех 🤷♂️
это ты про какую?
d
читал от начала, сейчас читаю про очереди, и чую что этот локфри гиблое дело, лучше воспользоваться старым дедовским методом...
A
написать хороший локфри - это, конечно, пиздецки много времени понадобится. Я не писал и нигде не использовал в продакшене, но на мой взгляд есть два больших недостатка:
1. Хуевый АПИ у локфри из-за особенностей реализации.
2. Выгодно только при очень частом многопоточном доступе.
интересно было бы замерить. мне кажется, что в играх именно в системе тасок это преимуществ не даст.
а в каком-нибудь расчете физики пуль, где их миллионы - даст
1. Хуевый АПИ у локфри из-за особенностей реализации.
2. Выгодно только при очень частом многопоточном доступе.
интересно было бы замерить. мне кажется, что в играх именно в системе тасок это преимуществ не даст.
а в каком-нибудь расчете физики пуль, где их миллионы - даст
A
если кто-то может сделать подобные замеры, было бы очень интересно
d
в общем буду завязывать, я не @Ioann_V, в моём случае только брать полностью готовое...
AF
написать хороший локфри - это, конечно, пиздецки много времени понадобится. Я не писал и нигде не использовал в продакшене, но на мой взгляд есть два больших недостатка:
1. Хуевый АПИ у локфри из-за особенностей реализации.
2. Выгодно только при очень частом многопоточном доступе.
интересно было бы замерить. мне кажется, что в играх именно в системе тасок это преимуществ не даст.
а в каком-нибудь расчете физики пуль, где их миллионы - даст
1. Хуевый АПИ у локфри из-за особенностей реализации.
2. Выгодно только при очень частом многопоточном доступе.
интересно было бы замерить. мне кажется, что в играх именно в системе тасок это преимуществ не даст.
а в каком-нибудь расчете физики пуль, где их миллионы - даст
дык локфри нужны когда ты в одни и те же блоки кода с разных потоков редко попадаешь
AM
Ребята
Верно ли такое утверждение?
Есть окно и в ней есть графика и через render api мы опеределяем объекты данного окна, а потом апперируем определёнными элементами окна
Верно ли такое утверждение?
Есть окно и в ней есть графика и через render api мы опеределяем объекты данного окна, а потом апперируем определёнными элементами окна