[Air23]

Последняя версия драйверов

[Iwand]

Сообщение от Chess

Iwand, Не стоит она уже этих денег будь она даже новая, не распечатанная. Лучше 1650 купить, еще лучше 1650S. Эти карты во многом лучше той старой, особенно в техническом плане.

Chess, спасибо, сяс наведу справки в сети насчёт характеристики.

=================

Навёл справки. Эта карта имеет очень много разновидностей. Какую конкретно брать?

[Chess]

Iwand, По большому счету выбирать можно исходя из личных предпочтений. Например я видел в работе 1650 и 1650S от палит разных конструкций СО. Все устраивает, температуры замечательные даже с самым простым радиатором. Требования по питанию GPU на этих картах низкие, т.к мощность такая же. Можно смело брать по деньгам, размеру, в общем какая нравится.

[Iwand]

Chess, спасибо, всё теперь ясно.
-----------------------------

23 июня 2020г.

Видеокарта MSI GeForce GTX 1660 VENTUS XS 6G OCV1 [GTX 1660 VENTUS XS 6G OCV1]

Смотрел отзывы, в основном положительные. Наверное буду брать.

[fidel1ti]

Видеокарта Nvidia RTX 3080 не справилась с игрой Crysis Remastered


Подробности: https://regnum.ru/news/society/3067111.html
Любое использование материалов допускается только при наличии гиперссылки на ИА REGNUM.

[McDragon]

fidel1ti, игра явно не оптимизирована и текстурки далеки от идеала. Просто неоптимизированная помойка, я даже не думаю что она как бенчмарк подойдет, с таким же успехом можно дедли преманишен 2 использовать в качестве бенчмарка, там графон уровня второй плойки и все жестко лагает на любом железе и такого говна много.
Алсо, там оказывается встроенная в двигло игры трассировка лучей (софтвернаяя), которая не может, оттого ни одна карта ее не тянет, ибо движок игры не способен адекватно нагрузить видеокарту и процессор. Кстати, вспоминаю ту технодемку с дроном от крайтек, и обещания что все это будет на средних видеокартах зашибись работать... видимо они даже сами не могут это реализовать, а ожидать чуда от тех, кто на их движке что-то делает, вообще походу никак. Диджитал фаундари кстати выяснила что игра по прежнему играет в однопоток напрягая одно ядро, а остальные почти простаивают, привет из 2007, просто остальное в принципе нет смысла говорить. Графон не лучше того же метро исход.

[Earth2Space]

Сообщение от fidel1ti

Видеокарта Nvidia RTX 3080 не справилась с игрой Crysis Remastered

Где-то обман, т.к.

Рекомендуемые системные требования
ОС — Windows 10
Процессор — Intel Core i5-7600K или AMD Ryzen 5
Видеокарта — NVIDIA GeForce GTX 1660 Ti или AMD Radeon Vega 56
Оперативная память — 12 ГБ
Свободное место — 20 ГБ.

[[CCCP] Monster]

fidel1ti,

Скрытый текст:

Видеокарта Nvidia RTX 3080 не справилась с игрой Crysis Remastered

Ну тут проблема в том, что трассировка там выполняется на вычислительных ядрах целиком, в том числе расчет пересечений с треугольниками, а RT-ядра никак не задействованы, и потому просто стоят там и ничего не делают. Выполнение поиска пересечений (и навигации по BVH/K-D дереву) на RT ядрах сильно быстрее, чем на обычных CUDA ядрах, и при этом может выполняться параллельно (пока RT-ядро ищет пересечение, CUDA ядро выполняет hit/miss шейдер). Понятно, что если заставить CUDA-ядро делать и то и другое, будет сильно медленнее.

[vasyalus]

[CCCP] Monster, Там всё проще. В ремастере те-же полтора потока используется, как и в оригинале. Там даже у какой-нибудь 1060 недогруз будет.

Добавлено через 2 минуты

Сообщение от McDragon

видимо они даже сами не могут это реализовать, а ожидать чуда от тех, кто на их движке что-то делает, вообще походу никак.

Сейчас бы по линивому ремастеру весь движок оценивать. Они на край последней версии бахнули код оригинала и в релиз пустили, а то, что он там распараллеливается, как в оригинале, то это и так сойдёт. В том-же Hunt Showdown всё нормально с многопотоком.

[fastBrandon]

Сообщение от vasyalus

Сейчас бы по линивому ремастеру весь движок оценивать. Они на край последней версии бахнули код оригинала и в релиз пустили,

казалось бы ведь не пальму с раком сшивают, движок их, время есть, офис со всеми комфортными условиями...
сучки

[vasyalus]

Сообщение от [CCCP

Monster;12626934]Понятно, что если заставить CUDA-ядро делать и то и другое, будет сильно медленнее.

Унифицированные шейдеры для того и придумали, чтобы они всё делали. Если мы сейчас под каждую задачу будет свои блоки делать, то вернёмся к тому, от чего ушли во времена 8800 GTX. За трассировкой на потоковых процессорах будущее.

Сообщение от fastBrandon

казалось бы ведь не пальму с раком сшивают, движок их, время есть, офис со всеми комфортными условиями...

Ремастер делали питерцы из Saber Interactive.

[fidel1ti]

Маркетинг

Разработчик Metro Exodus: для трассировки лучей на next-gen консолях RT-ядра не обязательны
Господин Арчард ответил, что с технической точки зрения для реализации трассировки лучей не обязательно иметь специализированные блоки вроде RT-ядер Nvidia Turing, а необходимые расчеты можно проводить на универсальных шейдерных процессорах. Главное требование — высокий уровень вычислительной мощности GPU.

Фактически, любой графический чип, который аппаратно поддерживает DirectX 12, сможет запускать DirectX Raytracing API (DXR), поскольку он является простым расширением DX12. На скорость выполнения трассировки лучей влияют два ключевых фактора: алгоритм генерации BVH (Bounding Volume Hierarchy — Иерархия ограничивающих объемов) и быстрая видеопамять с высокой пропускной способностью.

[fastBrandon]

кстати вот интересный ньюанс по поводу этой изоляции в виде отдельных ядер под лучи. давно еще смутило что ядра в этом промежуточном поколении получается простаивают и их никак незапряч(?) может быть действительно в этом была необходимость по мимо маркетинга на данном уровне развития технолёджи?
то есть исходя из слов того разраба, получается нужно гораздо больше наростить шейдерных процессоров\куда ядер, а это бешеный скачек не только по производительности, но и по баблу, тепловыделению, нагрузкам. поэтому с одной стороны это невыгодно, если можно растянуть и подоить деньжат, и в тоже время освоить тех.процессы и т.д.

Сообщение от vasyalus

Ремастер делали питерцы из Saber Interactive.

ууу тогда молодцы.

[fidel1ti]

Сообщение от fastBrandon

давно еще смутило что ядра в этом промежуточном поколении получается простаивают и их никак незапряч(?)

Меня смутило другое, в начало было заявлено что 1660 не RTX, а сейчас, с новым драйвером стало тоже поддерживать RTX. Ядро одно и тоже по сути, только ядер CUDA мало (отключены). И еще какие то тензо ядра ИИ, попробуй разберись тут)

[Earth2Space]

fidel1ti, с добрым утром. На GTX тоже RayTraycing можно включать. Всё и так знают, что для RT не обязательны RT-ядра. Просто они это делают намного быстрее.

[McDragon]

Earth2Space, 1080ti у меня тоже rt работало, только медленно)

[fidel1ti]

Сообщение от Earth2Space

Всё и так знают, что для RT не обязательны RT-ядра. Просто они это делают намного быстрее.

Ладно, если все все знают, тогда почему в спецификациях не указывается количество RT ядер, Тензорные ядр и тд и тп ?

[[CCCP] Monster]

vasyalus, вообще-то старый Cry-Engine был CPU-bound в первую очередь из-за способов вызова DX9 функций, где сам DX9 не был особо быстр, особенно на вызовах Draw, при этом там инстансинг почему-то только для травы использовался. И вода рисовалась везде. А для генерации карты высот воды там использовалось обратное преобразование Фурье над каким-то своим частотным спектром, по аналогии с вот этим подходом, на процессоре в текстуру размером 64х64. Я думаю, если ты понимаешь, что нужно делать для двумерного случая преобразования Фурье, то вопросы должны отпасть.

У Cryengine 5, уже нет таких проблем, хотя перенесли они воду на GPU, я не смотрел. Пока все теории про то, что ремастер использует мало потоков основаны лишь на том, что люди смотрят на один показатель - загрузку ЦП в диспетчере задач. Но по этому показателю никак нельзя понять, проблема действительно в том, что ЦПУ не успевает решать линейную задачу из-за нехватки производительности, или там есть блокировки, связанные с расчетами по внутренним ресурсам. Это, например, попытки делать ридбэки после расчетов на GPU без ожидания освобождения очереди или попытки неправильно использовать occlusion culling.

Как-нибудь дойдут руки, нужно будет провести тест на загрузку CPU, уменьшив итоговое разрешение и размеры текстур, таким образом уменьшив сложность для GPU, а сложность CPU оставив как есть. Тогда можно будет понять, каков действительно максимальный фпс по процессору.

Унифицированные шейдеры для того и придумали, чтобы они всё делали. Если мы сейчас под каждую задачу будет свои блоки делать, то вернёмся к тому, от чего ушли во времена 8800 GTX. За трассировкой на потоковых процессорах будущее.

Трассировка не получит никаких плюсов, кроме замедления своей работы, от того, что будет выполняться вместо RT-ядер, на обычных вычислительных. Дело в том, что в основе трассировки лежит алгоритм поиска пересечения луча и треугольника, который в случае с RT-ядрами, выполняется на аппаратных ядрах, которые не имеют оверхеда на обработку математических команд (дешифрование команды, дешифрование сдвига программного счетчика при переходе и т.д.). Если взять какой-нибудь известный алгоритм, который позволяет получать барицентрические координаты (например этот), и посмотреть на него, то становится очевидно, что подобное количество операций, выполняемых на универсальном программируемом устройстве просто на накладных расходах сожрет раз в 10 больше времени, чем реально потратит на математические операции внутри.

То есть еще раз, операция поиска пересечения луча с геометрией не меняется никак в зависимости от алгоритма - ты все равно получаешь в результате точку пересечения и координаты на поверхности треугольника (и сам треугольник), т.е. от программируемости этой части ты не получишь никакого выигрыша, зато тебе понадобится в 3-4 раза больше CUDA-ядер для аналогичной производительности по сравнению с чипом, в котором RT-ядра есть.

Ровно по этой же причине видеокарты оснащаются блоками растеризации и текстурными блоками. Первые вычисляют, каким пикселям экрана соответствует пришедший треугольник, а вторые обеспечивают аппаратную интерполяцию при чтении из текстуры. И вроде бы, например, для текстурных блоков есть смысл реализации своей логиики для чтения из текстуры, например, для шедоумапов (там интерполяция должна выполняться по результатам сравнения больше-меньше, а не по значению самой глубины), но тем не менее текстурные модули никто никуда не убирает. И этому есть хорошая причина - четыре чтения из текстуры с последующими тремя командами lerp гораздо медленнее, чем одно чтение из текстуры через текстурный модуль. И это если у нас один мип-уровень и линейная интерполяция, а что будет, если анизотропная 16х?

Ну и потом, я подозреваю, что люди не правильно понимают, как работают шейдеры трассировки лучей. На самом деле там максимально широкие возможности для программирования: ты сам задаешь пейлоад для луча (данные, которые будет можно менять при каждой регистрации попадания луча в препятствие), ты сам определяешь, что делать, когда луч попал во что-то (например, можно породить еще один луч с новыми данными, изменить данные в старом луче и отправить его по другому направлению, или вообще сказать, что попадания не было, если текстура в месте попадания была прозрачной, как например участки на листьях деревьев). Так что можно, конечно, сделать всё вообще программируемым, но это будет сильно дороже и сильно медленнее.

[McDragon]

[CCCP] Monster, чет сложно, я половины не понял. Ты бы не для инженеров-то разжевал.

[[CCCP] Monster]

McDragon, RT ядра обеспечивают рейтрейсинг дешевле (в деньгах) чем не-рт ядра (в смысле лучей на рубль).

[Earth2Space]

fidel1ti, наверное их маркетологи пишут. Даже на сайте Nvidia у разных видях какие-то параметры есть у одних видеокарт, но есть у других, и наоборот.