>>71689
А смысл для рядового пользователя? К тому же, требования безопасности сильно ограничат возможности применения.

>>71690

> А смысл для рядового пользователя?

Еще больше производительности в играх например.

> К тому же, требования безопасности сильно ограничат возможности применения.

Какие например?

>>71692

>Еще больше производительности в играх например.

Игры в процессор не упираются, а корни проблем гпу прежде всего в узкой шине, из-за которой приходится писать неебически сложные алгоритмы и выдумывать прожорливые костыли в виде геометрических шейдеров, которые видяшки до сих пор хреново переносят. А для любой обработки GPGPU были бы совсем охуенной штукой если бы не необходимость постоянно гонять данные по шине. Врождённые проблемы устаревшей архитектуры не решатся добавлением ещё одного ускорителя.

>>71694
И что мешает вынести обработку шейдеров на FPGA?

>>71695
Глупый вопрос в свете моего предыдущего поста, но всё равно отвечу. Во-первых тогда этот fpga должен располагаться на видеокарте и иметь прямой доступ к её памяти, что будет достаточно непросто организовать ввиду шаринга памяти и асинхронности (не забываем про transform feedback), либо ему придётся общаться с ней по шине, что положит производительность в 0. Во-вторых, обработка шейдеров - это практически единственное, чем занята видеокарта с тех пор, как похоронили fixed-function pipeline и довольно бессмысленно помогать ей в её прямом назначении.

Если нвидиа когда-нибудь догадается приделать топовые ацп и цап к видеокарте это перевернёт звуковую индустрию.