I
А там не нужно мощное железо. Там же матрицы разреженные.
Size: a a a
2020 May 10
I
Ну да, где то посчитает за 0.1 секунды, где то за 0.5
S
И к тому же либы есть, специально под эту задачу. Чтобы кэш дружелюбно.
I
А там не нужно мощное железо. Там же матрицы разреженные.
Более того, там матрицы треугольные, симметричные. Решаются Методом Холесского.
I
И к тому же либы есть, специально под эту задачу. Чтобы кэш дружелюбно.
eugene, MKL что-то еще. Да там и самому написать полезно. Я кому то в диплом писал о параллельном Холесском на Графах.
I
Вот, тут почитать можно
I
Там сто пудова та, сплюснутая корова будет
k
Я тут подумал... Можно ли заменить R16G16B16_FLOAT на R8G8_BYTE при рендере нормалей в G Buffer?
k
Хотя нет... Дороговато будет Z восстанавливаться
AT
gen: unordered (non-coherent): The "generate" renderers use the VK_INDIRECT_COMMANDS_LAYOUT_USAGE_UNORDERED_SEQUENCES_BIT_NV.а при растеризации разве есть какой-то z-flickering? Типа пиксели неупорядочены получаются при пересечении полигонов?
This allows the hardware to ignore the original drawcall ordering, which is recommended and a lot faster. However, it can introduce a bit more z-flickering due to re-ordering of drawcalls.
TG
gen: unordered (non-coherent): The "generate" renderers use the VK_INDIRECT_COMMANDS_LAYOUT_USAGE_UNORDERED_SEQUENCES_BIT_NV.а при растеризации разве есть какой-то z-flickering? Типа пиксели неупорядочены получаются при пересечении полигонов?
This allows the hardware to ignore the original drawcall ordering, which is recommended and a lot faster. However, it can introduce a bit more z-flickering due to re-ordering of drawcalls.
есть ещё для AMD - VK_RASTERIZATION_ORDER_RELAXED_AMD
AT
но сам-то эффект как проявляется?
AT
а. Загуглил. Нашёл. В рейтрейсере такое было, когда плитка на полу лежали в одной плоскости
TG
Я тут подумал... Можно ли заменить R16G16B16_FLOAT на R8G8_BYTE при рендере нормалей в G Buffer?
VK
А в SPIR-V есть какая-то польза от векторов (особенно интересует в контексте мобильных GPU), или можно на них совсем забить, чтобы не возиться со всякими шафлами лишний раз?
TG
А в SPIR-V есть какая-то польза от векторов (особенно интересует в контексте мобильных GPU), или можно на них совсем забить, чтобы не возиться со всякими шафлами лишний раз?
ну я сталкивался только с тем, что индексироваться по вектору на NV значительно дешевле
VK
ну я сталкивался только с тем, что индексироваться по вектору на NV значительно дешевле
Ты имеешь в виду индексацию векторов по сравнению с индексацией компонент?
TG
Ты имеешь в виду индексацию векторов по сравнению с индексацией компонент?
индексация по компонентам вектора быстрее, чем индексация по элементам массива
VK
Это в Вулкане или в OpenGL?