LINUX.ORG.RU

Получен первый инженерный образец микропроцессора Эльбрус-16С

 , ,

Получен первый инженерный образец микропроцессора Эльбрус-16С

2

0

Новый процессор на архитектуре Эльбрус обладает следующими характеристиками:

  • 16 ядер
  • 16 нм
  • 2 ГГц
  • 8 каналов памяти DDR4-3200 ECC
  • Ethernet 10 и 2.5 Гбит/с
  • 32 линий PCIe 3.0
  • 4 канала SATA 3.0
  • до 4 процессоров в NUMA
  • до 16 Тбайт в NUMA
  • 12 млрд. транзисторов

На образце уже удалось запустить ОС Эльбрус на ядре Linux. Серийное производство ожидается в конце 2021 года.

Эльбрус — российский процессор с собственной архитектурой, выполненной на основе широкого командного слова (VLIW). Эльбрус-16С является представителем уже шестого поколения данной архитектуры, в него в том числе добавлена аппаратная поддержка виртуализации.

>>> Подробности

★★

Проверено: Shaman007 ()
Последнее исправление: unfo (всего исправлений: 1)
Ответ на: комментарий от EXL

Не выдержали конкуренцию со своим же x86/x86_64.

c amd’шным x86_64

anonymous
()
Ответ на: комментарий от anonymous

Ну прорыв, он без разницы какой прорыв. Если бы VLIW процессоры давали существенный выигрыш в производительности, то ими бы давно заменили большую часть x86. Однако этого не происходит и я не думаю, что дело в совместимости.

bbk123 ★★★★★
()
Ответ на: комментарий от bbk123

Эм? А кто-то когда-то говорил о том что VLIW нибацца какой прорыв?

Дядь, так-то Linus Torvalds в Transmeta работал, которые эти VLIW’ы направо и налево в начале нулевых производил. И куча всяких коммерческих устройств была на всяких там 128-битных VLIW процессорах Transmeta Crusoe, даже портативных, например: https://en.wikipedia.org/wiki/OQO#OQO_Model_01

И они точно так же крутили аппаратно-программный эмулятор x86 внутри себя, прямо как Эльбрус.

Ну и плюс всякие там AMD Radeon из начала 2010 на VLIW. Как и куча DSP.

Технология давно обкатанная, а не прорывная. А то что VLIW ушёл с рынка, так это вина рынка в основном. Ему это не интересно. Зачем какие-то VLIW’ы, когда костыли называнные x86 и x86_64 удовлетворяют его полностью и ещё тучу лет будут удовлетворять? Переход может лишь случится при «киллер-фиче» вот, например, ARM – энергопотребление. Apple заинтересовался и в 2020 году представил порт macOS на ARM и новые макбуки на этой архитектуре. А что может VLIW предложить современному рынку?

EXL ★★★★★
()
Ответ на: комментарий от EXL

А что может VLIW предложить современному рынку?

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от EXL

Трансмета разрабатывала не просто VLIW, а процессор с низким энергопотреблением. То есть они пытались экономить ещё и на частоте и компенсировать снижение производительности за счёт прорывных качеств VLIW.

Технология давно обкатанная, а не прорывная. А то что VLIW ушёл с рынка, так это вина рынка в основном. Ему это не интересно. Зачем какие-то VLIW’ы, когда костыли называнные x86 и x86_64 удовлетворяют его полностью и ещё тучу лет будут удовлетворять?

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

bbk123 ★★★★★
()
Ответ на: комментарий от bbk123

что за «прорывные качества», если vliw поделие нигде не используется, кроме каких-то мифических dsp где-то?

anonymous
()
Ответ на: комментарий от anonymous

Более эффективное распарралеливание. Гонка за гигагерцами давно прекратилась, теперь гнать можно лишь параллельность.

bbk123 ★★★★★
()
Ответ на: комментарий от EXL

Когда появился VLIW никаких x86_64 (а возможно и x86/CISC) вообще не было.

Все x86 CISC начиная с 8086. x86_64 всего лишь расширила разрядность. VLIW про другое - про параллельное исполнение независящих друг от друга инструкций. x86 тоже может параллелить, но вынужден угадывать, а с VLIW это можно задавать во время компиляции, что более эффективно.

bbk123 ★★★★★
()
Ответ на: комментарий от bbk123

сейчас все более-менее производительные процессоры распараллелены на разных уровнях

Более эффективное

что-то сомнительно, раз его не используют

anonymous
()
Ответ на: комментарий от bbk123

Все x86 CISC начиная с 8086

Ну так концепция VLIW того же времени примерно, +- 2-3 года. Архитектура «Эльбрус» берёт своё начало из СССР ещё.

EXL ★★★★★
()
Ответ на: комментарий от bbk123

Ну да конечно. А зачем тогда архитектура VLIW вообще появилась?

Когда она появилась, тогда она могла что-то предложить.
А сейчас она может предложить пшик

zgen ★★★★★
()
Ответ на: комментарий от zgen

Докажите ? Нет, кроме контрмаркетинговых речёвок критика VLIW дальше не проходит, а конфуз интела связан был лишь с коммерческой невыгодностью в одиночку исследовать архитектуру, ососбенно при учёте того что тогда когда они водились с вливом у них рос и цвёл x86, поэтому тем более было не правильно распределять ресурсы.

AKonia ★★★
()
Ответ на: комментарий от zgen

Все уже давно доказал рынок и спрос

точно! рынок доказал! зачем нужна наука когда есть рынок? зачем мозги? рынок объясняет и доказывает всё альфа и омега! ну честно нельзхя же быть верующим в рынок и спрос… может тут естьь ещё верующие в туалет и стул?

anonymous
()
Ответ на: комментарий от zgen

Какой рынок ? какой спрос ? Что доказал ? Быдло-толпа уже отдала свои свободы в руки владельцев рекламных бюджетов и уже лет десять не толпа определяет спрос, а те кто лучше окучит стадо, собственно рынок и спрос неичего не мог и не может доказать, т.к. является больше теретической , на практике лишь переходной стадией от феодализма к монополизму и глобализму.

AKonia ★★★
()
Ответ на: комментарий от bbk123

Не более эффективное, а менее. Потому что современный софт чаще всего не числодробилки, а содержит много if. И тут то vliw и оказывается абсолютно неэффективен

cvs-255 ★★★★★
()
Ответ на: комментарий от cvs-255

Не более эффективное, а менее. Потому что современный софт чаще всего не числодробилки, а содержит много if. И тут то vliw и оказывается абсолютно неэффективен

А несовременный софт, который был во времена появления VLIW, много if не содержал что ли? :-))

bbk123 ★★★★★
()
Ответ на: комментарий от anonymous

Изобретать квадратное колесо, когда всем очевидно уже несколько тысяч лет что круглое лучше и эффективней - это не наука.

zgen ★★★★★
()
Ответ на: комментарий от bbk123

И раньше софт тоже в основном был с кучей if. Но тогда заявляли «вот сейчас пока у нас компиляторы не очень, но вот потом то мы его доделаем и будет огого!». Не вышло

cvs-255 ★★★★★
()
Ответ на: комментарий от no-such-file

Нет, не волшебным образом, а потому что они не несут на себе искуственных ограничений, присущих vliw

cvs-255 ★★★★★
()
Ответ на: комментарий от cvs-255

они не несут на себе искуственных ограничений

Например каких?

no-such-file ★★★★★
()
Ответ на: комментарий от cvs-255

И раньше софт тоже в основном был с кучей if. Но тогда заявляли «вот сейчас пока у нас компиляторы не очень, но вот потом то мы его доделаем и будет огого!». Не вышло

Да ладно. И никто не проверил на моделях, прежде чем начать дорогую разработку VLIW процессора? Не верю! :-)

bbk123 ★★★★★
()
Ответ на: комментарий от no-such-file

по сравнению с эльбрусом судя по бенчам - дофига эффективен

anonymous
()
Ответ на: комментарий от no-such-file

микроархитектурным образом

anonymous
()
Ответ на: комментарий от bbk123

таких моделей для общего случая нет, тк есть вещи вроде «проблемы остановки». на каких-то очень узких специализированных задачах вероятно проверили

anonymous
()
Ответ на: комментарий от anonymous

таких моделей для общего случая нет, тк есть вещи вроде «проблемы остановки». на каких-то очень узких специализированных задачах вероятно проверили

Делают эмуляторы, проверяют на них и сравнивают с эмулятором другой архитектуре в пересчёте производительности на x тактов.

bbk123 ★★★★★
()
Ответ на: комментарий от AKonia

в одиночку

вот тут и должны закрасться сомнения. почему в одиночку, если влив такой офигенный? для спец применений массово пилят какое угодно специализированное железо, не имеющее совместимости со стандартным. но на влив никто не идёт…

anonymous
()
Ответ на: комментарий от bbk123

То есть VLIW - это никакой не прорыв?

Говорят для VLIW очень сложно компиляторы писать. Сами процы сложнее.

Кажется проще многоядерники клепать и софт программно параллелить.

anonymous
()
Ответ на: комментарий от anonymous

Тут даже думать не нужно, по другим архитектурам у вас есть всё - книжки по ним, исследования по ним, специалисты собаку съели, как итог возврат к вливу приведёт для контор, которым под силу таким заниматься, к деградации производительности и лишним расходам, а в рыночке даже самые крутые исследования невыгодно производить, если они не окупаются за 5 лет, более того расходы на разработку ПО - это огромные расходы для крупных контор, которым это опять же просто не выгодно, с вливом это будет 15-20 лет, хотя активность в вопросе Эльбрусов поднялась за последние 5 в разы, поэтому я в них верю.

AKonia ★★★
()
Ответ на: комментарий от AKonia

интересная гипотеза, но как я уже написал, пилят всякие нейроморфные и прочие поделки, по которым специалисты только сейчас в процессе появления

anonymous
()
Ответ на: комментарий от anonymous

ну нейронные и нейроморфные - это может быть как задел на в значительной степени другой рынок, а нейронные так вообще по сути это кастрированные процессоры, просто больше оптимизированные под отдельные задачи, как собственно и видеоускорители.

AKonia ★★★
()
Ответ на: комментарий от AKonia

в рыночке даже самые крутые исследования невыгодно производить, если они не окупаются за 5 лет, более того расходы на разработку ПО - это огромные расходы для крупных контор, которым это опять же просто не выгодно, с вливом это будет 15-20 лет

ASML потребовалось 20 лет, чтобы создать коммерчески доступное оборудование. В итоге сейчас intel, samsung и tsmc зависимы от их продукции настолько, насколько остальная индустрия зависит от их собственной.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.