Архитектуры процессоров | RISC-V, Zhaoxin, Loongson и Эльбрус
ฝัง
- เผยแพร่เมื่อ 14 พ.ค. 2024
- Мой Компьютер в Telegram - t.me/mknewsru
МК в ВК - mknews
00:00 - Вступление
01:34 - Китайские х86-чипы Zhaoxin и Hygon
06:40 - Open source архитектура RISC-V
10:35 - SPARC - неудачный опенсорс
12:23 - IBM Power10
14:10 - Китайский Loongson
16:01 - Российский Эльбрус
Вы знаете, что на «Эльбрусах» можно запустить Windows? В Китае есть клоны Ryzen, а любой может создать собственный процессор на бесплатной архитектуре RISC-V. Какие еще есть крутые процессорные архитектуры?
Источники:
VIA Nano: www.ixbt.com/cpu/via-nano-cpu...
Тест и обзор: Zhaoxin KX-U6780A: www.tomshardware.com/features...
Zen из Китая: тесты Hygon Dhyana: www.anandtech.com/show/15493/...
Сколько инструкций в x86? habr.com/ru/post/503486/
IBM Power10 regmedia.co.uk/2020/08/17/ibm...
Тест Loongson 3A5000: habr.com/ru/company/icl_servi...
Эльбрус 8с: ikakprosto.ru/wp-content/uplo...
#мойкомпьютер #процессоры - วิทยาศาสตร์และเทคโนโลยี
Всё понял и очень интересно.
Ещё про архитектуры GPU с удовольствием посмотрел бы.
Кстати да. Про архитектуры видеокарт очень мало что написано в интернете
Потому что архитектура держится в секрете чтобы конкуренты не узнали правду про плохое качество чипов :)
@@senorpc есть желание узнать про архитектуру российских gpu- открой корейский журнал прошлого века, там найдёшь описание. Кстати, корейцы от этого отказались, дрова быстро закончились. В России дров - до хера. Вот и прикупили лицензию. Одна проблема, супостаты отказались делать процы с надписями на русском;)))
Спасибо, Михаил. Очень интересный выпуск
красиво. в среднем темпе чётко расписаны интересные факты. спасибо.
Видос годный, много инфы, вставок и фактов. Очень хорошо проработанный материал так держать...
Автор не в теме...низнаю зачем рассказывать про отечественные Эльбрусы...когда их делает Китай...
@@PLS200 Интел и амд делают в Китае, но считают их американскими, для Вас это не факт?
@@viktor_nei факт..если производством занимается друга компания, то они не производители....
@@PLS200 так у них договор, им выгодно делать это в Китае
@@uerevolt2235 это все понятно...так не надо называть производителем, тех кто не производит...и только...Бесит когда Эльбрус называют производителем, а по сути перекупы...Санкции наложили и "производитель" больше не производит...
Спасибо за отличный выпуск! Удачи МЦСТ в развитии Эльбрусов и освоении новых техпроцессов
Тут нужна не удача а возможность его производить и что бы на него был спрос не только в России, иначе даже если его будут производить он будет очень дорогим.
@@I_v_a_n_F_u_c_k_o_f_f удача в данных экономических условиях и с имеющейся сейчас властью очень понадобится, без неё увы, но никак
@@ru_lf_train,загрудинина?😉
Удачи мертворожденному недоношенному проекту по распилу денег налогоплательщиков под названием мцст... 😂😉
@@gogizurab8217,у нас такие темники не работают...)))
Спасибо. Отличный обзор. Выпуск хорош для кругозора
Ну очень интересно и информативно получилось! Так держать 👍
Огромное спасибо за труд !!!
Мелочи в выпуске дико радуют в купе с материалом! Тема действительно интересная и актуальная (в виду всем известных событий на Тайване).
А кактус уверенный процами и гимн СССР из RedAlert (если я правильно помню) дико улыбнула когда речь пошла о Эльбрусах ))
Столица, водка, совецкий медведь!
Отличный выпуск, спасибо, Михаил!
Огромное спасибо за информацию такого рода. Даже я, человек который всего лишь играет в игрушки на компуктере, далекий от чего то подобного сидел и смотрел с упоением, Отличная подача информации!
О, видос про arm чипы. Давно хотел побольше узнать про них.
Благодарю за ликбез ✊😌
Ролик получился достаточно интересным и информативным.
С праздником, Мишка! Спасибо за видео, успехов тебе и производителям
С праздником! Всех благ тебе и каналу!
Спасибо, Михаил! Один из самых интересных роликов! 👍👍👍
Чудесный выпуск!
Спасибо за доступной обзор сложной темы 👍
ОПАНА новый топовый видос от МК
Это то что мы любим.
Спасибо бро 👍 очень интиресно, хотелось бы увидеть и про ГПУ чипы 🙂
Материал зачётный, вот куда значит делась VIA (энергонизкопотребляемый VIA-733 под Sock-370 до сих пор где-то дома валяется, он действительно способен охлаждаться от пассивного радиатора, и да производительность оставляет желать лучшего) . С меня лукас👍
Потому-что есть такое понятие как процессоры с пониженным энергопотреблением, это топовые модели, но с тепловыделением не более 65 ватт (у Интела это все с индексом S, у AMD варьируются, надо смотреть), у меня один из последних Ryzen 7 5700X для которого достаточно просто радиатора без кулера (ибо беззвучный комп).
Их купили Китайцы
11:05 - кто не знал, тогда МЦСТ был *Московский Центр Спарк Технологий.*
Лукаса в лепил.👍
жалко, что собственно про архитектуры в ролике ничего так и не набралось. ну и про Эльбрусы... 😏 сдержусь пожалуй
Здравствуйте очень интересно будет узнать архитектуры видеокарт !
Процессор ZX и компания называются не чжаошин а Чжаосинь буквально Мегачип
Loongson это не сын дракона а драконий чип
XuanTie читается СюаньТе
Произношение в китайском языке мало того, что варьируется от региону к региону, так оно и со временем мутирует гораздо сильнее чем в индоевропейских.
Так что Ваши полезные уточнения правильны:
- для какого-то региона
- в течении ограниченного времени
Классное видео .
Чел, про инструкции сказал. Только уважение.... 😊
5:14 - Встроенный Тормоз в Процессор это смешно!
А охлаждение с водянкой тогда в них наверное из Тормозной жидкости?! 😁😄😂🤣
...это возможность отрубать "непослушным" человечкам/фирмам-конторам/регионам все электронное, когда начнут бузить -и где тебе "смешно" ?!
@@kolka000 И правильно, в государстве должен быть порядок! 🤔🧐😎👍
@@user-lh1qt9dp3y_Slava мдас.. ну - удачки по жизни.
9:11 - параноя обострилась)
Мощно)
Миша, с праздником тебя!
Топ видос!
Теперь бы ещё понять, что такое архитектура
9:12 О, вот это уже довольно интересно
Михаил, с праздником! вот, уже и отличные темы видео подъехали)
На роутерах часто MIPSel были. OpenWrt. А ещë ТВ-приставки с Venus Linux, под которые умельцы прошивки делали. Там обычного экрана X11 не было, а были какие-то расширенные RSS, и прошивки генерили RSS из PHP
Дружище у VIA было очень интересное семейство EEDEN построение на процессоре C3 а так же у них были хорошие DSP семейства винил аудио и тремор (присутствовали в продукции M-AUDIO). Так же как и на цириксах как и на С5 так и С6 был ещё шильд IBM.....
Вообще VIA еще кое-как живы в лице ZhaoXin'ов, которые по сути C7 с допилами (хотя совсем свежие по слухам напоминают невышедший CNS уже, но слишком уж они дорогие за свою производительность чтобы стараться их добыть).
> было очень интересное семейство EEDEN
В том то и дело что они именно были, ИМХО если автор бы говорил про всех кто как-то еще жив, то видео было бы невозможно смотреть. И особенно, если еще начать говорить про DSP и прочее.
Михаил, а где вы купили такой кактус с i9-ми?
Я думаю что многие тут заинтересованы
охренеть. у меня тоже была должность "инженер космической связи". на передатчике у нас стояли корабельные модификации станции "Аврора", т.к. "сухопутные" погорели.
МК с Праздником тебя Моряк!!! 🤓😎🤘🤠🤘
Классное видео! Спасибо. 👍
Видос хороший правда особо нечего нового не узнал , правда что то я так и не допер или забыл нафига вырезать AES
Я с обычным arm64 намучался. А тут ещё более экзотические архитектуры.
Буду брать только amd64 архитектуру ближайшее лет 10. Если столько проживу, конечно.
Arm64 сейчас уже более-менее беспроблемен, особенно если брать что-нибудь типа ноутов от эпла или плат для разрабочтиков свежих, у которых нормальное сообщество.
riscv - его состояние примерно как у ARM но лет так 10 назад (во времена 1-2 малины), сообщество появляется, детские болячки еще не исправили, но в целом что-то как-то куда-то.
Всякие штуки типа PowerPC и прочих (уже не помню, было ли в видео, давно его смотрел) - они так попроще в обращении чем arm, только дешевого железа на них нет.
А вот все остальное - там да... Тихий ужас и нишевые странные решения с кучей косяков.
ЭГЕГЕЙ МОРЯЧОК ))) С ПРАЗДНИКОМ!!!
С ДНЁМ ВМФ!!!!!!
С днем потопающих орков 🇷🇺👎👎👎
Слава Украине 🇺🇦🇺🇦🇺🇦💪💪💪
Тиш какол@@RuslanDoman
У друга был cirix 233, он часто ошибку с плавающей точкой выдавал
Примерно на 3:03 от начала ролика, я понял что у меня полностью отключилось сознание, пишу собирая мысли)
17:57 О, я бы на раб станции такой поработал бы в blender. В конце концов, финальный рендер, как правило, делается на Рендер ферме, а не на одном каком то устройстве.
Если мы говорим о Студии, а не фрилансере.
Слышу за эпизодом эльбрусса музыку из советского марша)
Какая хорошая музыка заиграла на моменте с Эльбрусами
Поясните, наборы команд, инструкции это и есть тот самый Ассемблер?
В общем случае - не совсем, технически никто не заставляет Ассемблер иметь однозначное соответствие с машинным кодом, но на практике Ассемблер под архитектуры - это однозначное соответствие с инструкциями.
🔥🔥🔥
Расскажи уже что то про космическую связь
С праздником вас, каплей Крошин! крепкого здоровья и творческих успехов!
Класс!
Проблема Эльбруса в том, что он штамповался на TSMC, так что у нас чутка проблемы...
В первую очередь у Эльбруса проблема в том, что архитектура там мягко говоря так себе. То что он штамповался на TSMC в нормальном мире не являлось проблемой и не является до сих пор. Просто это не сочетается с внешней политикой России, но это проблема России.
@@vladimir.smirnov архитектура как архитектура, со своими нюансами.
@@jaserpent звучит не обосновано
это вообще не проблема, ну лень было завод строить и всё
автор расскажи про исторических производителей x86 процессоров - было бы интересно
Интел и амуде.
Хороший материал.
50/50 - тут в комментах много обсуждалось про проблемы и неточности. Впрочем я не считаю их принципиальными, хотя не все со мной согласны.
@@vladimir.smirnov неточности? есть неточности, не СПАРК открытый, а OpenSPARC. МЦСТ родился как офис разработки и продажи СПАРК, примерно лет за 15 до того как СПАКР стал Опен. Так что да неточности есть, но в целом для расширения кругозора людей не особо посвященных в такие тонкости о архитектурах процессоров материал очень годный и очень простой для понимания.
@@strelok_2k я к тому что есть разные мнения по этому поводу. Вон несколькими комментами ниже человек говорил, что из-за масштаба неточностей материал как раз плох :) Впрочем я не согласен с ним, хотя про тот же Эльбрус качество материала заметно хуже, чем обзорные про другие архитектуры (и там как раз у слушателя может сложиться ошибочное мнение, что Эльбрус чем-то хорош и интересен, хотя это не так).
@@vladimir.smirnov Так эльбрус действительно чем-то хорош и интересен, ребята которые его делают верят в VLIW и возможно окажутся правы. А самое в нем хорошее что его архитектуру делают независимо от остального мира. И в этом есть плюсы и есть минусы. Но то что эльбрус сам по себе вполне интересен это факт.
@@strelok_2k
> Так эльбрус действительно чем-то хорош и интересен
Это миф. Он ничем не интереснее других провальных попыток сделать VLIW CPU. И тем более ничем не хорош.
> ребята которые его делают верят в VLIW и возможно окажутся правы
К сожалению, это говорит о том, что эти ребята либо лукавят, либо некомпетентны как разработчики (к сожалению нельзя распознать что именно).
Причина простая - VLIW не новый подход, они не первые кто пытался, их решение не имеет никаких принципиально новых подходов по сравнению с целой когортой прошлых попыток (я и про Itanium и про Crusoe с Efficeon'ом и про Denver с Carmel'ю и про академические исследования). А в таком плане у них нет никаких шансов обойти фундаментальные проблемы VLIW'а и результат будет как у прошлых попыток до них.
> А самое в нем хорошее что его архитектуру делают независимо от остального мира
А чем это хорошо-то? Я честно говоря в этом не вижу вообще ничего хорошего - в лучшем случае в этом нет ничего плохого, но в реальности МЦСТ самобытностью и уникальностью пытается отвести взгляд от ужасной производительности и поддержки (что, кстати, потенциальные иностранные инвесторы поняли еще во время их становления)
> И в этом есть плюсы и есть минусы.
Какие плюсы?
> Но то что эльбрус сам по себе вполне интересен это факт.
Не увидел от вас никакого обоснования, что он интересен. Это обычный VLIW, более простой в плане устройства, чем большинство прошлых попыток, еще и спроектированный не очень опытными людьми (посмотрите на уровень багов, которые у них вынуждено ядро Linux'а обходить, а это мы еще не видели полного errata)
17:30 - не совсем. Нужна Серверная (ECC) память. С обычными плашками Эльбрус работать не станет.
Все это конечно круто, но Михаил мы не знаем разницу между арм или х86, мы просто смотрим с открытым ртом)))) можно видео с пояснениями, чем отличаются эти архитектуры? Хотя б в общих чертах
набором команд. Программа бинарный код который кодирует ту или иную команду процессора, например команда сложить два числа. Набор команд - это некий язык которые строго описан. А программа это предложения(скорее книги) на этом языке которые процессор умеет понимать. У разных архитектур наборы команд разные, хотя есть много общих или очень похожих. Раньше команды исполнялись сразу на транзисторах, железом напрямую, сейчас все гораздо сложнее. В современных процессорах набор команд это внешний фасад, внутри может твориться дикая дичь, вплоть до превращения в совершенно иной набор команд, так называемый внутренний, который не только разный между всеми производителями, но еще и постоянно меняется от поколения к поколению. Фактически есть два типа наборов команд, принципиально разных RISC и CISC, когда-то очень давно во времена когда программисты программировали на ассемблере это было для них важно, и CISC был лучше для программистов, поэтому выиграл, сейчас это совершенно не важно и RISC обратно отвоевывает себе позиции, программисты давно пишут на очень высокоуровневых языках и им глубоко все равно как там оно в биты и байты превращается и какая бинарная каша будет на выходе. МЦСТ использует третий тип архитектуры VLIW это вообще что-то среднее между RISC/CISC и видеокартами, причем ближе скорее к видеокартам. На мой взгляд VLIW подходит очень хорошо для решения задач сугубо математических, когда надо однотипно перелопатить огромное количество данных, числодробилка, но плохо подходит для универсального процессора. Но я так диванный эксперт который даже простой сумматор на не соберет, так что мое мнение за истину точно брать не стоит. НО одно могу сказать точно, любое деление архитектур процессоров это оооочень большое упрощение, они тырят друг у друга лучшие решения, обрастают специфичными блоками для решения специфичных задач и думаю что сами создатели уже с трудом классифицируют свое детище. Пример - это добавления видеоядра в процессор, которое только называется видеоядром, а по факту это суперскалярный векторный процессор или нейпроцессора(процессора который оптимизирован под задачи нейросетей). Будущее современных процессоров это еще больший зоопарк, где под одной крышкой будет уживаться куча очень разрозненных и задача ориентированных отдельных блоков. АМД вот хочет вентелльные матрицы в процессоры встраивать, а это вообще грубо говоря железо поведение которого может быть перепрограммировано, что-то среднее между железом и программой где программа настраивает железо или задает его конфигурацию в текущий момент времени.
спасибо
Эпичные кадры как Си высказывает трампу)))
"пришлось переехать с недружественного острова" - долго смеялся ))
Один вопрос? Где ты в названии 8с и 16с нашёл букву "Ц"? Там же явно написана "С". И сами разработчики из МЦСТ называют процессор 8[ЭС] и 16[ЭС-ВЭ] - 16 СВ.
4C - 4 ядра (cores), 8C - 8 ядер (cores), 12C - 12 ядер (cores)
Видимо решили на одинаковом виде буквы сыграть. Эс для своих, цэ для забугорных.
@@akcaxup В принципе логика в этом есть, и всё же, если бы англичанин какой-то назвал его 8си, это нормально. Но когда все, включая его создателей называют его 8эс, слышать от грамотного айтишного блогера 8цэ, ну такое себе. Не думай, что я хейтер какой-то. Просто немного критики не помешает для дальнейшего развития. А так видос годный. Лайк есть.
Отсылка на 16:02 просто прекрасна❤
7:05
Чипы с ядрами ARM помимо "Байкал Элнктроникс" делают ещё "Элвис", "Миландр", НТЦ "Модуль" и ещё какие-то российские компании.
Делали. В прошедшем времени.
@@vladimir.smirnov
Да-да, сложили лапки и ждут пока не помрут.
@@whois1137 если у вас есть свидетельства иного- приведите 😀
Ну спарк я б не стал сравнивать с RISC. Первая развивалась одной компанией, а развитие ведь требует учета потребностей потребителей в будущем. Вторая архитектура развивается коллективом компаний, а коллектив более способен видеть различные тенденции к возникновению потребностей. Каждая контора специализируется на определенном сегменте рынка, и понимает узкое направление. За примерами далеко ходить не надо, консорциумы развивали WiFi, USB, да и всякие прочие стандарты. Которые живут себе и здравствуют. В то время как многие их проприетарные конкуренты уже давно канули в лету, и путь их развития заставляет разве что поржать. В частности, вспомним memory stick и кучу прочих стандартов от сони. Которые давно никому не нужны, ибо изделия стоили дорого, а ТТХ их были посмешищем.
Мне кажется вы путаете RISC и RISC-V, это все же разные вещи.
5:03 никогда не видел многоядерных пользователей )) с числом ядер до 8 ))
Е2К и 16С - кирилица. [йэ2ка] и [16эс]
Е - от слова Ель-брус? (прошу прощения за сарказм, но не мог удержаться)
@@vladimir.smirnov коммерческое название Эльбрус появилось сильно позже наименования архитектуры. Да и латинизмы в союзе вообще были не сильно распространены.
@@Petrovytsh во первых это шутка, потому что ель-брус ему больше подходит на мой взгляд, чем Эльбрус.
Во вторых - насколько я помню формально e2k это сокращение от Эльбрус-2000, как минимум так я помню из статей 99-ого года (даже не поленился нашел старую статью на сайте компьютерры) и вроде бы раньше этого упоминаний о нем не было публично. Так что если вы не знаете что-то из непубличной информации о Эльбрусе, то у меня нет причин верить в ваше утверждение.
@@vladimir.smirnov покажи другую букву в латинском алфавите соответствующую Э, клован.
@@jaserpent учитесь читать написаное.
Доброго, солнечного дня всем ! 🌞😉👍
Хорошая подборка получилась ! 🌞😉👍
Классный выпуск.
У Дмитрия Бачило есть хороший обзор на Эльбрус и Байкал.
Если софт нативно писать, и в дальнейшем оптимизировать именно под Е2К, - то это действительно очень хороший мощный процессор. 🌞😉👍
E2k это тупиковая идея и это к сожалению объективно. Проблема как раз в нескольких моментах:
1. То что VLIW перекладывает кучу работы на компилятор. Фактически это замена динамического планирования ресурсов процессора, которое делает любой мощный x86, ARM, MIPS и пр., на статическое во время сборки. Фактически весь паттерн использования определяется во время сборки, если юзер по какой-то причине использует программу не так, как с нее снимал профиль разработчик - будет катастрофическое падение производительности и сделать с ним ничего будет нельзя. Частично это призван решить предсказатель переходов в Э-16, но там свои проблемы вылезают.
2. Собственно следствие из пункта 1 - компилятор должен быть умным. Дефакто это значит заявязку на проприетарный компилятор от МЦСТ (lcc), в том или ином виде (у них есть вариант когда бэкэнд lcc прикручен на костылях к llvm и gcc, но результаты становятся заметно хуже, так как прикручено оно именно костылями, да и дизайн llvm и gcc не очень хорошо ложится на VLIW). Отсюда еще сложности по портированию новых языков - Rust довольно сильно де-факто завязан на LLVM, у Golang вообще свой компилятор и так далее - фактически надо либо пользоваться костыльным вариантом прикручивания бэкэнда от lcc к llvm/gcc и пользоваться теми реализациями языков что под них доступны (в случаи с Rust это тоже проблема - у них llvm с их собственными патчами и обычно достаточно свежий, а это значит, что МЦСТ надо работу по адаптации костылей переделывать периодически).
3. Тоже следствие из пункта 1 - огромные проблемы с интерпретируемыми языками, отсюда низкая скорость работы всего популярного типа Python, JavaScript и прочего. Притом эффективно их сделать не факт что вообще когда либо получится.
4. VLIW изначально позиционировался как процессор где не нужны все эти ваши костыли, а значит можно транзисторный бюджет отдать куда-то еще - но на практике тот же Э8С жрет 90 Вт имея производительность хуже чем конкуренты на том же 28нм TSMC техпроцессе. При этом чип выходит сложнее (тут отчасти и необходимость заливать кэшом архитектурные проблемы, а значит раздувание размеров чипа, а с другой - не топовая квалификация инженеров). То есть преимуществ тут нет никаких.
5. Исправимая проблема - закрытость архитектуры. Там есть много разных слухов и тычков пальцев, но факт есть факт - исходники того же ядра Linux даются в нарушении GPL только после подписания NDA (как минимум на момент написания этого комментария). Система команд слабодокументирована (сравните размеры публичной информации по ней с публичной информацией по ARM и x86) и того что есть недостаточно чтобы сообщество свой компилятор смогло сделать даже в теории (впрочем есть попытки реверс-инжинирить на базе утекших исходников некоторых GPL компонентов и того что у ряда людей таки оказывается хотя бы ssh на машину, но это все сложно и медленно и главное - непонятно зачем так). Компилятор естественно тоже закрыт, хотя открытие бэкэнда (фронтэнд у них покупной, так что его врядли откроют когда либо) помогло бы развитию экосистемы.
6. Неверная оптимизация под простоту железа. В современном мире как ни странно самый редкий ресурс это квалифицированный программист. Их мало. А оптимизация софта под эльбрус это приключения примерно уровня как векторизация и микроархитектруная оптимизация под другие архитектуры, но проблема в том что зачастую без низкоуровневой оптимизации софта результаты на Эльбрусе оказываются хуже чем на Intel Atom первых версий, то есть она на нем жизненнонеобходима чтобы получить сколько-то разумную скорость работы (разница более-менее типичная для серьезных приложений - 40-50 раз ускорение от оптимизации, при этом итоговый уровень производительности все равно не впечатляет). А на x86 - ну да, будет прирост в 2 или 4 раза, все равно даже изначально код работал достаточно быстро.
Собственно подход не новый, VLIW процессоров было несколько и все закончили примерно одинаково: Itanium, Transmeta Crusoe, и два у nVidia - Denver 1/2 и Carmel, они же Tegra K1, Tegra X2 и Tegra Xavier соответственно. Подходы чуть разные, потому что только первый выдавал VLIW наружу, а двое других делали вид что они x86 и ARM соответственно. Но судьба у всех одна и та же с примерно одним набором проблем, которые описаны выше.
Так проблем у Эльбруса на самом деле еще больше, просто эти ставят на нем крест в реальном применении и делают его полностью неконкурентоспособным на рынке.
@@vladimir.smirnov Интерерное, хорошее объяснение ! 🌞😉👍
Завтра на свежую голову ещё раз прочитаю, загуглю некоторые факты и возможно приду к тем же выводам. 😊
@@optimus888amicus могу добавить, что до меня доходят слухи, что пункт №5 частично могут таки поправить в очень близком будущем. Так что через какое-то время может быть актуальным только та часть, что касается компилятора, но не GPL-компонентов.
Правда те же слухи говорят, что это все не совсем МЦСТ сделает и может потом стать интересна реакция МЦСТ, но поживем - увидим. Может слухи - слухи и не правда.
@@optimus888amicus кстати обновление небольшой - тут людям удалось от Базальта (компания которая делает Alt Linux Workstation, например) добиться публикации части исходников (репозиторий free-src в организации free-src на github).
Там они зачем-то это все довольно странно сделали, но все таки прогресс. Конечно этого катастрофически не хватает чтобы сказать что платформа сколько-то открытая, но теперь нарушение GPL стало меньше (по сути именно Базальт на первый взгляд больше лицензию не нарушает, МЦСТ конечно по прежнему в своем репертуаре).
Также зачем-то дата изменения всех файлов была изменена, но фиг с ним в общем.
хороший ролик, но хронология не много нарушена, (скачки по времени производства). А так зачет!
потрібно , щоб з початку проц був розрахований на багатопоточність + апаратна фурье обробка , *! 64+ апаратних корелятора !* , переконфігуровувана ПЛМ , виборка з пам'яті має бути кардинально іншою , оптичні комунікації ... це прискорить систему орієнтовно в 300+ раз
Как по мне, сейчас будет скорый переход на ARM, а после, будущее за VLIW-архитектурами, RISC-V будет использоваться в энергоэффективных устройствах, а насчёт серверов, думаю будет новый игрок (Возможно новая архитектура, возможно переработка старой)
То есть вы думаете что x86 устареют, нет они лучше арм и других архитектур
У VLIW by design нет будущего на рынке процессоров общего назначения. Потому что статическое планирование на этапе компиляции никогда не позволит добиться той же эффективности как у динамического в условиях многозадачности и изменяемых входных данных.
@Remote User2007 ок а как тогда собирать комп, если будет арм архитектура, не будем же паять процессор к материнской плате, должен же быть выбор
@Remote User2007 по сути это не сильно надо, что у интела что у амд там внутри далеко уже не x86 а RISC(так же как и ARM(Advanced RISC Machine)), и используется отдельное ядро-транслятор с х86 кода во внутренние коды ядер. Только вот такой подход позволяет иметь чуть ли не свои коды в каждом новом поколении ЦП, но иметь универсальность исполнения софта за счет использование х86 кода снаружи ядра. х86 тут выходит такой себе фреймворк.
@@vladimir.smirnov Люди пишут сами не понимая что они пишут. Интел и НР не смогли справиться с Айтэниум 2 и бросили. Но сложность Эльбруса и Эльбрус ОС на Эльбрус2000 поставят в ступор западных хакеров, а это и было целью правительства.
Почему тогда 4 х86, мы тоже покупали на лярд у АМД производственные мощности около 100+ мм
Сложно понять о чем вы, поэтому сложно ответить.
Но раз вы про "покупали производственные мощности" то видимо вы о покупке оборудования с дрезденской фабрики и создании Ангстрем-Т?
Собственно там 200мм пластины и 130нм техпроцесс (с перспективой получить 90нм и может быть 65 если прям наплевать на эффективность процесса).
Но оборудование так и не заработало толком, потому что сначала оказалось что завод построить сложно, потом 2014 год, потом что его негде хранить, потом что деньги кончились, потом "крыша" (в плохом смысле слова) у проекта пропала и оно вообще оказалось устаревшим и т.п. Почитайте историю Ангстрем-Т, там хорошо показано насколько это все было нужно и почему.
Молодец Михаил и его команда, развиваются.
Умница
Про Хайгон интересно.
Когда это его создали? Наверняка лет с 10 назад?
А как сейчас развивается?
Hygon в ~2018 году сделали, фактически это кастомизированный слегка Zen который был получен китайцами без некоторых блоков (шифрование, плюс баг из-за которого AVX2 не работает на нем) и в виде физ дизайна (то есть без возможности поменять что либо). В 2019 году когда на Китай свалились новые санкции, совместное предприятие попало под экспортный контроль и на этом история Hygon'а фактически заканчивается.
Или вы про какой-то другой Hygon спрашиваете?
@@vladimir.smirnov про этот, другого не знаю.
Значит этих хайгенов уже нет, не выпускаются?
@@user-xs3br9um9c
> Значит этих хайгенов уже нет, не выпускаются?
Почему? Запрет касается только передачи новых технологий (и вообще очень редко касаются уже имеющихся контрактов). То есть Hygon застрял со старым ядром (Zen, без плюса), модифицировать его может только пока модификации не касаются ядра (и контроллера памяти), перенести на другую фабрику тоже не могут.
Но они то что есть производят, потому что это все еще лучший процессор из того что китайцы считают своим (ближайший конкурент - свежие Zhaoxin'ы, они уже подбираются к тому же уровню производительности, но пока еще нет и у них нет серверных решений, а у Hygon и вариант Ryzen'а и вариант Epyc'а первого поколения был). Так они что-то продают, у них прибыли скачут туда-сюда (видимо в зависимости от колебаний спроса), на каком-нибудь таобао их без проблем можно купить.
18:00 FFMpeg-тест некорректен поскольку использует встроенный видеокодек у Intel, с остальными системами то же самое должно быть (мало кто не встраивает видеокодек в основной чип).
Советую вам почитать мануал к ffmpeg и выяснить что было конкретно использовано в тестах.
Подскажу даже куда смотреть:
Использовали ли аппаратное декодирование или кодирование в данных тестах?
@@vladimir.smirnov ещё раз, специально для тупых: он автоматически использует видеокодек, встроенный в процессор.
@@jaserpent то есть кроме оскорблений ничего по-существу нет?
Давай простой челендж - в pdf'ке на которую ссылался автор наверняка же указана и версия ffmpeg и опции. Покажи по коду, что действительно при заданных опциях и настройках будет использоваться аппаратный видеокодек на железе, которое тестировали :) (или для тебя сюрпризом будет, что не все параметры вообще позволяют ffmpeg'у использовать аппаратное кодирование или декодирование?)
Впрочем я тебе подскажу проще - libx264 не умеет аппаратное декодирование. Используется ли аппаратный энкодер с заданными в статье флагами для x265 я предлагаю сначала тебе выяснить самостоятельно :)
@@vladimir.smirnov «Если смотреть на результаты 16С, то это просто ахренеть: в 2.5 раза
быстрее, чем 8С. Я думаю, если бы задействовались на 16С в нативе 128-бит
SIMD инструкции, 16С был бы ещё быстрее. Сейчас же результат получился
близок к разнице в числе ядер и разнице по частоте (2 ГГц против 1.3 ГГц).
*Если бы ffmpeg был оптимизирован под E2Kv6, он работал бы ещё быстрее.* » © Автор pdf-ки…
🙈
@@jaserpent и? Это стандартные мантры секты свидетелей быстрого эльбруса: нормирование по частоте и "да оно там не оптимизировано". Главное - без каких либо доказательств
Плюс не доказывает твой тезис про аппаратный блок у других.
Расскажите про архитектуру GPU процессоров.
Это тяжело... У ГПУ нет единой архитектуры.
теперь ты мой батя!)))
RiscV самое интересное
Однако чую что Aarch64 (ARM) будет новым мастодонтом-монополистов потеснив x86-64
> RiscV самое интересное
Пока только в области микроконтроллеров. Все что сколько-то производительное - страдает от детских болячек (примерно как ARM в первой половине 2010-х). Нет производительных удобных комплектов для разработчиков, в самой архитектуре (спецификации) отсутствуют банальные вещи типа инструкции для сброса кэш-линии и прочие прелести.
Это все не проблема пока у вас все на когерентных шинах, и желательно 1 ядро, и никакого линукса и прочего большого, а вы пишите софт. А вот как только отойдете от этого - начнете страдать.
> Однако чую что Aarch64 (ARM) будет новым мастодонтом-монополистов потеснив x86-64
Он это по-чуть-чуть уже делает.
Windows NT была портирована на DEC Alpha...
Можно было вспомнить Itanium на VLIW...
Где ссылка на музыку во время российского эльбруса
Миша, с днем ВМФ !
На заставке Обломофф с жареной котлетой
Лично я ничего не понял. Видос на подготовленного пользователя. В чем разница между CISC и RISC? Нет вводной части, объясняющей фундаментальные вещи. Ничего не сказано про VLIW. Её сейчас нет?
> Ничего не сказано про VLIW. Её сейчас нет?
В конце есть секция про Эльбрус-же.
Впрочем, живых процессоров общего назначения на VLIW не осталось, строго говоря.
@@vladimir.smirnov да ну! Крузо всеж миллионы продали
@@vasyapupkin1267 ну так Крузо давно умер (в том числе потому что с Pentium III ULV уже не мог конкурировать). И в General Purpose CPU последним VLIWом вообще был nVidia Xavier, но они тоже соскочили на покупные ядра, как только ARM начал продавать AE (верифицированный для требований автоматики, машиностроения и пр.)
эльбрусы не смогут стать заменой даже не потому, что они эльбрусы, а потому что TSMC не возьмёт их процы в производство. скажем дружно спасибо одному злобному невысокому человеку. а на стандарте 90нм конечно можно запускать vim и играть в doom. производственная база first
Невысокий лысый человек слишком долго надеялся договориться с западом по-мирному. А надо было давно понять, что мы для них - просто еда и развивать свои foundry. Проблема как раз в том, что он незлобный
> скажем дружно спасибо одному злобному невысокому человеку
Кто же этот негодяй? Цай Ивэнь что ли, президент Тайваня? 😄 Или глава ТСМЦ Марк Лю?
Вот наладить производство байкалов и эльбрусов было бы ваще топ и и делать возможность буста ядер
Наладить много чего надо-от двигателей и подушек безопасности с смартчасами до турбин-вопрос только в одном-НАЛАДЧИКОВ откуда будешь брать? Их нет, только РАСПИЛЬЩИКИ и ОТКАТЧИКИ "налаживают".
ты все равно ЭТО не купишь.
А можно подробнее про Китаские процессоры?
Я могу предположить, что автор не рассказал подробнее, в том числе потому что про них не очень просто найти достаточно информации чтобы сделать полноценный и интересный выпуск. А еще вопрос, кого считать китайскими процессорами и как. Там есть как в первую очередь гос разработки, так и коммерческие, и они довольно разные.
Ну, назвать RISC-V архитектурой будущего - это сильно! Да, опенсорс - круто, но сама архитектура весьма сырая и не очень удачная (там не очень эффективные наборы инструкций, которые режут производительность и повышают энергопотребление), и без поломки обратной совместимости это исправить будет крайне сложно. Так что в ближайшее время популярность ARM будет расти из-за её высокой эффективности, а RISC-V будет пока гиковской штуковиной. Вот open-source-архитектура, концептуально схожая с ARM или PDP11/VAX, может действительно неплохо выстрелить. Кстати, Эльбрус из-за своей архитектуры местами напоминает маленький видеоускоритель, что не очень хорошо для для него как для центрального процессора - считает он быстро, но вот с управлением памятью и оптимизацией укладки инструкций в кеши и АЛУ у него некоторые трудности, из-за чего планировщик задач в ОС и компиляторы языков программирования существенно сложнее, чем на ARM и x86.
> там не очень эффективные наборы инструкций, которые режут производительность и повышают энергопотребление
Это как раз очень спорно. Плотность кода там немного ниже, но это компенсируется более хорошей предсказуемостью, а значит проще сделать жирный (более чем 7-8 issue) процессор с хорошим предсказателем в том числе.
> но сама архитектура весьма сырая
Вот это правда, они только в редакции кажется конца 2021 года поправили часть проблем, а её пока никто не имплементировал. Плюс им открытость стреляет в ногу - большая фрагментация и непонятно под что оптимизировать код. Задатки у него как раз есть.
> Вот open-source-архитектура, концептуально схожая с ARM
Как раз RISC-V концептуально очень схож.
> Кстати, Эльбрус из-за своей архитектуры местами напоминает маленький видеоускоритель
Ну не совсем. Современные видеоускорители это чистой воды многоядерные RISCи, Эльбрус это малоядерный VLIW и в этом плане похож на DSP-переросток.
> считает он быстро
С большой звездочкой - когда код хорошо ложится на то что он может, а может они довольно странные вещи в основном не эффективные.
> но вот с управлением
Не с управлением, а плотность кода там совсем никакая, соответственно высокий memory pressure, плюс отсутствие каких либо динамических оптимизаций в железе (прям как у DSP), поэтому на него отвратительно ложаться все задачи, которые вылезают за пределы кэша. Костыли в виде АРВ не помогают решить проблему.
> и оптимизацией укладки инструкций
Оптимизация делу не поможет. Размер команды и её разряженность просто не даст сделать хорошо в условиях непредсказуемого внешнего состояния и опять же - memory pressure крайне высокий, поэтому общение с памятью эффективным не будет.
> из-за чего планировщик задач в ОС и компиляторы языков программирования существенно сложнее
Собственно планировщик в ОС вообще к делу относится только тем, что он портит все статические оптимизации компилятора (и это можно исправить только привнесением и спекулятивного исполнения и предсказателя ветвлений и внеочередного исполнения в железо, что ставит крест на всей идее VLIW'а). Сложность компилятора же связана с тем, что на этапе сборки нужно каким-то образом предсказать состояние системы (и это когда у ОС вытесняющая многопоточность :facepalm:), что в принципе невомзожно. Но авторы компилятора пытаются над чем-то работать чтобы сделать жизнь хоть чуть легче (и процессор вообще хоть как-то пригодным для реальных задач), но выходит закономерно то же самое что у других in-order процессоров со схожими характеристиками.
@@vladimir.smirnov Спасибо! Это примерно то, что я хотел написать, но мне было лень.
На пенсии буду выращивать процессоры в теплице,если так дальше пойдёт...
На Эльбрус 8С запускали doom eternal и норм фпс был
В сравнении с чем норм фпс? С тамагочи?
@@TheHtc3d th-cam.com/video/mZ2yZ-Ya57w/w-d-xo.html на 39:54
@@YuryTovarisch попробуй этот DOOM на Core 2 Quad 6600, удивишься он будет работать..
@@TheHtc3d если не запустишь Doom Eternal на Томагочи то на бутылку сядешь.
@@JohnnyIzGorodaN а попробуй код от Эльбруса запустить на любом x86 процессоре, будет интересно посмотреть. 😂
Кото вспомнил про ЭЛЬБРУС
снег похоже пойдёт
Единственное что напрягает, то это множество архитектур
Активно развивают == активно приклеивают свои имена на тайванские чипы
Стас вам подробно расскажет, что это всё не архитектуры, а стандарты архитектур... или как-то так... Стас уточнит... хД
надо отличать ПРОИЗВОДИТЕЛЕЙ от РАЗРАБОТЧИКОВ. ARM, AMD, Mediatek, Apple, Qualcomm, RockChip-это безфабричные (fabless) "производители". У них НЕТ своих фабрик для выпуска чипов.
И к чему вы это?
С праздником!
Насколько знаю, сегодня CISC-процессоры x86-архитектуры устроены на трансляции сложных команд в простые передаваемых уже на исполнение встроенной RISK-архитектуре.
Это чрезмерное упрощение. Поищите что писал один из архитекторов x86 из Intel Bob Colwell в ответ на вопрос "Why are RISC processors considered faster than CISC processors?", он в 4-м абзаце по этому упрощению прошелся хорошо (это если не хочется искать его книжку)
Если вкратце, то CISC инструкции декодируются в одну или более внутренних микро-операций., эти самые операции они не RISC, они не имеют какую-то одну общую длину (могут быть сотни бит), в принципе не являются командами как таковыми (так как содержат кучу метаданных) и поэтому их нельзя отнести ни к CISC ни к RISC.
Собственно современные производительные RISC процессоры делают то же самое и ARM или там POWER инструкции декодируются в некое внутренне представление, которое удобно железу.