Сборка на GPU

Нет

Я разрешаю.

Можно ли заставить make работать с видеокартой?

Да, только вот есть нюанс. Представим что есть видеокарта с 4096 ядрами, где эти ядра делятся на 16 блоков по 256 ядер в каждом. Эти 256 ядер одновременно могут исполнять только одну инструкцию. Для графики это вообще не проблема, например у 1080p это 2млн пикселей и одновременная операция смешивания двух изображений ложится на эти ядра просто идеально. Но вот компиляция это уже другой тип операции, тут на всех ядрах должен разный код выполняться из за кучи ветвлений что ставит на нет все преимущества этих 4096 ядер.

Платиновые треды.

Просто это не ядра. В процессорах это называют вектор столько-то бит.

В процессорах это называют вектор столько-то бит.

Не встречал такое описание, я так понял что в сущности это множество alu которые шарят один стек и на которых один instruction pointer.

Нет. Нельзя ни make ни что-либо еще. Просто архитектура не годится для этого.

Все помнят новость «nVidia заставит работать Linux на GPU непосредственно». Реализации мы так и не дождались.

Не встречал такое описание

В CUDA это называют thread, в OpenCL это work item. Но по своей сути это действительно походит на SIMD, только вот для маркетинга это не звучит. Так на сотню «ядер» один кеш инструкций, один декодер.
Вот Intel сделали Xeon Phi там удалось увеличить количество настоящих ядер до 72 штук, правда работающих на 1.5Ghz. Но зато по 4 потока на ядро, что хорошо может «скрывать» задержку чтения из памяти.

А зачем вообще нужен процессор, когда есть видимокарта, на которой теперь модно делать вообще всё? Напоминает блокчейн, на котором теперь тоже модно всё делать.

Зачем нужен камаз, когда есть сотня велосипедов :)

пять звёзд

Нет. Нельзя ни make ни что-либо еще. Просто архитектура не годится для этого.

С чего это нельзя? Чтение/запись памяти есть, логические/арифметические операции есть, условные переходы есть. Что еще нужно?
Только вот тот-же 1080ti для таких случаев будет 28 ядерным In-Order процессором с частотой 1.5GHz и без предсказателя переходов, да еще и с огромными задержками доступа к памяти.

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

Я исхожу из практических соображений. Инфраструктуры нет, даже если задумать такой проект самому с нуля. И какой смысл в make, если там нужен GCC или нечто вроде. Так то может и можно было бы. Но я не уверен что архитектура это позволяет.

Неужели GPU позволит на одном ядре своем выполнить произвольную последовательность команд любой длины, да еще обращаться ко всей имеющейся памяти? Если да, то будет это медленно.

Я исхожу из практических соображений.

Да, практически это невероятно неэффективно поэтому никто такое делать не будет. Но теоретически можно сделать.
Вообще огромный пласт проблем CPU это невероятно медленная оперативная память. Была бы память с 1 тактом на чтение/запись и нахрен не нужны были бы кеши, внеочередное исполнение инструкций, предсказание переходов. И видимо при моей жизни я такого не застану.

Нет. Вычисление на GPU - это, когда много тупого.

Компиляция под это не подходит

Да вроде собирались оффлоадить сборку на видеокарту, даже в гцц. Не понимаю что регистрантам в треде не нравится, это видимо именно то, чего хочет ОП.

Вот только видеокарты хорошо лишь матрицы складывают, больше они ни на что не годятся.

https://gcc.gnu.org/wiki/OpenACC https://gcc.gnu.org/wiki/Offloading

У тебя сборка на проце для видеокарты.

Получается, это только аналог openmp и даже hsa нас не спасёт? Амд вроде тем и занимались, не знаю к чему пришли.

Что только не придумают любители AMD FX.

писать больше копипасты в надежде на то, что идентичный копи-код будет параллельно обрабатываться на 256 ядрах

Там другие потоки.

/thread

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

Можно, но как сказали выше, сначала добудь машину времени. Потом отправляйся в 2010й и предотвращай закрытие проэкта Intel Larrabee. По слухам, у них было ~80 x86 ядер на которых крутилась фряха, с программной реализацией графических API. Думаю компилять на них тоже можно было.

Xeon Phi - до 72 ядер, 288 потоков.

ещё можно в видеопамять положить исходники и их собирать любым компилятором, вот тебе сборка на gpu

Его не пытались назвать GPU. Варочем ноги у Phi растут как раз из проэкта Larrabee.