> Процессора общего назначения в нём нет, но он там и не нужен, Вообще-то с ним стало бы логичнее и удобнее. И уж как минимум - АМД в GCN вместо хтонического VLIW который никто толком прогать не может нормально сделал нечто заметно более похожее на обычный процессор.
> потому что чтобы на эту числодробилку выдать нужный объём работы -
> нужен нехилый CPU, и требования к CPU также растут постоянно.
Локальный CPU имеет некий плюс: шиной не подперт. И для каких-нибудь вычислений и проч может очень удачно менеджить вгрузку задания и забор результатов, с оффлоадом остального от этого - и отсутствием нужды выполнять дикую камасутру с (полу)(недо)(квази)хардварными блоками которые в общем то сделают то же самое, но - с кучей дурных трабл по пути.
> Ставить CPU в GPU бессмысленно - ты этим самым просто ограничишь пользователя
> его возможностями. А ставить всегда такой CPU, чтобы однозначно не ограничить
> - будет дорого. Плюс ему надо будет свою память ставить отдельную,
> разводить I/O, и т.п., а место на видеоадаптере не безгранично.
Не вижу чему такому противоречит комплекс массивов, каждый с своим CPU для локального менеджмента заданий и массивом числокрушилок. Собственно GCN что-то отдаленно напоминающее это и есть, пачки числодробилок выделены в копипастабельный логически завершенный блок. С чего вдруг 1-2 ядра для выделенного адекватного менеджмента такого блока дичь - а кто б его знает?
> Плюс ему надо будет свою память ставить отдельную
Зачем? Некий турбо-быстрый local storage на кристалле + доступ в общую шину и какие там еще контроллеры, если надо реально дофига. АМД как-то так и делает в GCN опять же.
