Исходное сообщение
"Выпуск дистрибутива Эльбрус 6.0" Отправлено Michael Shigorin, 08-Окт-20 18:21
> Правильный подход был бы развивать MIPS С кем? (мы, если что, неплохо и там законтачены) > RISC-V Этим и так занимаются ещё два фаблеса в России, но в целом по миру результаты в виде SiFive пока весьма скромные даже по сравнению с e2k. > или даже продолжить пилить SPARC'и (благо OpenSparc существует) Вы просто не поверите: http://mcst.ru/r1000 (и на подходе R2000). Более того, OpenSPARC им не упёрся по той простой причине, что эти ребята по сути и сделали UltraSPARC64, насколько до меня долетало. > а наработки по Эльбрусу оставить как акселерятор вычислений, > упростив собственно до уровня DSP. И причина была бы простая - ...и неправильная. > все эти архитектуры лучше предназначены для выполнения кода > общего назначения, под них намного проще с портированием софта > (да блин, те же спраки поддерживаются до сих пор в дистрибутивах) Вы не очень себе представляете, как именно поддерживаются, и не понимаете, что на заточенном коде трёхсотмегагерцовый e2kv2 оказывается способен уделать полуторагигагерцовый c2d, к примеру. > а VLIWам оставить то что они лучше всего умеют - молотить > числа когда попросят. Ах, и да, не пытаться эти поделки продвигать > дальше оборонки и стратегически важных мест инфраструктуры. Почему? > Но в целом в, как вы сказали, лизании зада Интелу и АМД > тоже нет ничего плохого. Ну так лижите -- у нас свободная страна, каждый волен выбирать сам.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Правильный подход был бы развивать MIPS > С кем? (мы, если что, неплохо и там законтачены) >> RISC-V > Этим и так занимаются ещё два фаблеса в России, но в целом > по миру результаты в виде SiFive пока весьма скромные даже по > сравнению с e2k. >> или даже продолжить пилить SPARC'и (благо OpenSparc существует) > Вы просто не поверите: http://mcst.ru/r1000 (и на подходе R2000). > Более того, OpenSPARC им не упёрся по той простой причине, что эти > ребята по сути и сделали UltraSPARC64, насколько до меня долетало. >> а наработки по Эльбрусу оставить как акселерятор вычислений, >> упростив собственно до уровня DSP. И причина была бы простая - > ...и неправильная. >> все эти архитектуры лучше предназначены для выполнения кода >> общего назначения, под них намного проще с портированием софта >> (да блин, те же спраки поддерживаются до сих пор в дистрибутивах) > Вы не очень себе представляете, как именно поддерживаются, и не понимаете, что > на заточенном коде трёхсотмегагерцовый e2kv2 оказывается способен уделать полуторагигагерцовый > c2d, к примеру. >> а VLIWам оставить то что они лучше всего умеют - молотить >> числа когда попросят. Ах, и да, не пытаться эти поделки продвигать >> дальше оборонки и стратегически важных мест инфраструктуры. > Почему? >> Но в целом в, как вы сказали, лизании зада Интелу и АМД >> тоже нет ничего плохого. > Ну так лижите -- у нас свободная страна, каждый волен выбирать сам.
	Введите код, изображенный на картинке: