AT
Вообще удивительно. Не думал, что всё так просто.
shared_ptr<unique_ptr<T>>.Size: a a a
2020 December 17
AT
это решается double indirection (как и почти любая другая проблема =)). Ты делаешь
правильнее будет
shared_ptr<optional<T>>NI
а сорцы игр откуда?..
AT
Он с каждой версией все лучше, вообще не вижу причин им не пользоваться. :)
Осталось только, чтобы они решили проблему с использованием DynamicLoaderDispatch, ибо при использовании нескольких GPU в каждый вызов функций последним параметром передавать еще одну сущность - это боль.
Осталось только, чтобы они решили проблему с использованием DynamicLoaderDispatch, ибо при использовании нескольких GPU в каждый вызов функций последним параметром передавать еще одну сущность - это боль.
А зачем ты передаёшь? Я вот не передаю. Можно не передавать.
AT
а сорцы игр откуда?..
это сотрудники фирмы в блоге фирмы написали, я так понял
NI
я чекал через instant view, тут нет автора)
DE
А зачем ты передаёшь? Я вот не передаю. Можно не передавать.
При использовании нескольких GPU разных производителей (в частности Intel и NVIDIA) без слоев валидации функции имеют разный адрес.
Не помню уже, пробовал ли без передачи. Но в таких случаях без неё не обойтись, как мне кажется.
Не помню уже, пробовал ли без передачи. Но в таких случаях без неё не обойтись, как мне кажется.
DE
А зачем ты передаёшь? Я вот не передаю. Можно не передавать.
В частности, есть Си-шная библиотека, в ней как раз про это и говорится.
https://github.com/zeux/volk#optimizing-device-calls
https://github.com/zeux/volk#optimizing-device-calls
DE
Не исключаю того факта, что недостаточно разобрался в этом моменте. :)
AT
как может лоадер вернуть разные адреса на одну и ту же функцию из одной и той же длл — вот что меня настораживает
AT
для разных
vk::Device что ли может разные вернуть?
DE
для разных
vk::Device что ли может разные вернуть?Да, насколько я понял. Но не представляю, каким образом у них это так реализовано.
d
как может лоадер вернуть разные адреса на одну и ту же функцию из одной и той же длл — вот что меня настораживает
Почему из одной и той же у каждого драйвера своя
CU
у него разбор лучше(
CU
так все-таки в третьем таргете B канал это translucency
CU
Lastly, I didn't see any culling done GPU side, with depth pyramids and so on, no per-triangle or cluster culling or predicated draws, so I guess all furstum and occlusion culling is CPU-side.
так есть же HiZ
так есть же HiZ
TG
Lastly, I didn't see any culling done GPU side, with depth pyramids and so on, no per-triangle or cluster culling or predicated draws, so I guess all furstum and occlusion culling is CPU-side.
так есть же HiZ
так есть же HiZ
это ещё не значит, что он используется для отсечения
CU
это ещё не значит, что он используется для отсечения
казалось он где-то использовался, но ладно