процессора, а только набор сопроцессоров и шин данных? Хотя, команды как-то надо обрабатывать.
Или это все выходит за рамки ос и программ, чисто железный уровень..
Лишь подталкивает к созданию систем на чипе, чем отдельных элементов.
в целом выходит, если вопрос не "как лучше всего под это писать ОС"
Но, если процессорный кремний, за переносом вычислителей в память, пустить на большее число регистров, то ос сможет обеспечить реальную параллельность при небольшом числе процессов? По крайней мере прерываний и возврата состояний понадобится меньше
слова знакомые, но вместе получаешься чушь, разверни?
Чтобы работать совместно в рамках одного ядра регистры и адрес возврата записываются в память с некоторыми расходами и, затем, берутся обратно. Если все данные и вычисления и так проводятся в памяти, то: (тут я не понимаю) 1) нам не нужны регистры и кэш, или, 2) их роль, как механизм ускорения доступа к данным в фон-неймоновской архитектуре, не нивелируется, а остается прежней? Кто-то же должен (толкать конвейер) полученный результат сравнить с эталонным и пустить вычисления дальше, согласно логике. Но мы (вместо алу) можем высечь на кремнии больше ядер с регистрами, и (тем самым) обеспечить более бесперебойную работу программ?
Опять получается херня, еще одна попытка
Не, выглядит как бессмысленная фигня. Почитай про Cell и с какими сложностями он сталкивается (олсо есть неплохой экскурс в историю высокопараллельных ядер в книжке "Транспьютеры")
или почему супер это только про размеры)
Обсуждают сегодня