На конференции RISC-V Summit компания Google заявила о намерении обеспечить официальную поддержку архитектуры RISC-V в платформе Android. Осенью в репозиторий AOSP (Android Open Source Project), в котором развиваются исходные тексты платформы Android, началось включение изменений, обеспечивающих поддержку устройств с процессорами на основе архитектуры RISC-V...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58430
После того как Arm начал закручивать гайки решили поддерживать открытую архитектуру
Рад за google, умное решение как план б
Условная бесплатность - это все достоинства рискв? Замечательный план, надежный как швейцарские часы.
Может быть открытость? Будто ты сможешь в гараже сделать современный процессор, а не только текущие монополоисты, как и со всеми другими процессорами.В чем сила, брат?
В том что сейчас запихать нейромодуль и другие плюшки в чип может позволить себе только эпл. А когда появится RISC-V это сможет сделать любой Васянопроизводитель.
Не сможет, по тем же самым причинам что и сейчас. Причина первая: не было пороха... в смысле, васянам оно и низачем.Причина вторая: они не умеют в разработку, нужно нанять очень штучных специалистов. Которым гораздо проще и быстрее было бы поручить собрать все что можно на arm, купив им готовые модули. А не изобретать велосипед с нуля - на это понадобится гораздо больше времени и умений (не одна лишь схемотехника, а еще и разбираться в "нейромодулях", какая б чушь под этим не скрывалась), и обойдется в конечном итоге в разы дороже - как и всегда при самостоятельной разработке.
Но вы конечно ждите, ждите, что какая-нибудь алибаба за вас трах-тибидох и все волшебным образом сделает и в открытый доступ выложит, бесплатно и в любых количествах. Ага, уже разбежались...
трах-то будет, только я не уверен, что покупатели продукции китайских компаний там будут в активной роли.
Что значит не умеют в разработку? Ты думаешь они живут в вакууме и ничему обучаются как и ты? Вставить в готовый RISC-V нейромодуль тем более готовый не фунт изюма. Любая табуретка способна научится верилогу при желании. ПЛИСину себе может купить любой Васян из подворотни. Другое дело что все лицензии сейчас может получить не только лишь каждый. А RISC-V стимулирует повышение конкуренции что всегда хорошо.Когда-то про компьютер тоже говорили что их могут себе позволить только большие компании. И писать программы только штучные специалисты. И теперь ПК есть у кого угодно дома. Так что ты экстраполируешь путь застоя.
Даже на гитхабе полно готовых симпатичных проектов. https://github.com/eugene-tarassov/vivado-risc-v Берешь Xilinx пишешь туда целиком весь процессор. И меняешь что угодно. И у тебя тогда будет твой в единичном экземпляре продукт, который будет делать то что ты захочешь, а не компания эпл. А если много бабок можно выслать на TSMC запрос и можно будет сделать партию для себя.
> А если много бабок можно выслать на TSMC запрос и можно будет сделать партию для себя.Конечно если парни из-за океана не запретят TSMC делать тебе процессоры
В Китае размести. Но тебе никто не мешает переехать в другую страну если очень хочется и делать то что тебе вздумается.
Не зрая Калиста Редмонд со товарищами переехали в Швейцарию из Штатов.
А если я не хочу переезжать?
>>Даже на гитхабе полно готовых симпатичных проектов....да, да.
___ up to 2 cores, up to 50MHz clock speed. ____
производительность будеть просто за-a-a-шкаливать )))
64 килобайта хватит всем
> ___ up to 2 cores, up to 50MHz clock speed. ____Так это в FPGA'хе у тебя на столе. Вот прям ща - скомпилял проц, залил в FPGA'ху, линух на этом бутанул. И это даже побыстрей эмуля RISCV на x86 будет, не говоря о том что это самодостаточная железка.
А если зашло - ну, в асик отлить, тогда мегагерцы будут уже другие. Да и ядер можешь накопипастить побольше, если жаба не душит. Фаба то любой чип сделает, как с этого профит извлечь уже второй вопрос. Если выход будет полтора чипа с вафли, потому что кристалл здоровый - ну, вот и попытайся это выгодно продать.
для>>в FPGA'хе у тебя на столе. Вот прям ща - скомпилял проц, залил в FPGA'ху
еще с шестого спартана применяю lm32, легко гонится выше сотни мегагерц.
> еще с шестого спартана применяю lm32, легко гонится выше сотни мегагерц.RISCV так то разные бывают, где по скорости оптимизация но более жирное, где ультраминимализм зато гейтов мало. А набор команд, вот, одинаковый. Так что тулчейны одни и те же катят, все такое. А когда надо то есть и эвон какие, с линуксом на борту, если надо побольше мозгов. LM32 как-то не получил особого развития, и не особо масштабируем.
сейчас все хотят лёгкого перехода в 64 бита,
в этом смысле lm32 тупиковая ветвь.
> Берешь Xilinx пишешь туда целиком весь процессорИ получаешь Г работающее на 1 мегагерце в режиме кипятильника и по цене килограмма кортексов.
> И меняешь что угодно. И у тебя тогда будет твой в единичном экземпляре продукт
Не продукт, а еще один сорт никому ненужного low-end, которого уже 1000 сортов "на рынке".
> А если много бабок можно выслать на TSMC запрос и можно будет сделать партию для себя.
Просадить лям-другой баксов можно и по-красивее, даже тупо в казино.
А на оставшиеся 10К заказать на TSMC партейку "на краешке пластины" по уже готовым фотошаблонам, их порядка 100 на выбор там есть.
Разницы никто не заметит, ибо RISC-V
> И получаешь Г работающее на 1 мегагерце в режиме кипятильника и по
> цене килограмма кортексов.Кортексы, на минутку, так же отлаживают. Только там чтобы приобщиться надо еще несколько мегабаксов за лицензию отвалить. Поэтому много новых стартапчиков стали чипы делать почему-то на RISCV в результате.
Никогда не видел GD32 где обвес STM32 - кроме того что ядро RISCV? Тоже забавная идея.
> Не продукт, а еще один сорт никому ненужного low-end, которого уже 1000
> сортов "на рынке".Этот low end применяется в нвидии, WD и прочем ненужно. Поучишь WD процы делать? Можешь их историю почитать.
> Просадить лям-другой баксов можно и по-красивее, даже тупо в казино.
А можно вот удачные ASIC выкатить - что толпа стартапов и делает.
> Разницы никто не заметит, ибо RISC-V
Кроме того что обвес чипа не будет под лично вас.
>Причина вторая: они не умеют в разработку, нужно нанять очень штучных специалистовВ свободном доступе уже есть Xuantie C910. Разработка с нуля уже не нужна, но всё ещё нужно спроектировать устройство.
Так это просто процессор. "всем хуже" армовского soc (еще и потому что тот уже есть, а этот - файлики на шитхабе). Причем нарисованный по готовым лекалам.
Речь шла о возможности добавить туда что-то, существенное. А это совсем другой уровень.Но вы верьте, верьте что любой пацан с верилогом способен.
> Так это просто процессор. "всем хуже" армовского socКроме стоимости лицензии и роялтей, а также возможностью его улучшать не спрашивая мнение ARM Holdings или кого там еще под себя :)
Ну, то есть, кроме того что теоретически какой-нибудь алигрупп может быть интересным, у нее очень-очень-теоретически может выйти дешевле своих рабов наловить и кормить, всем хуже.Васянам так и так ничего не светит.
Васяны могут свои процыки дизайнить без лизни ботинков ARM Holdings, которых развести на девкиты без нескольких мегабаксов и в нормальных исходниках - да ща.А тут еще на днях холдингс удумал слиться нвидии. Вот пардон господа, но с такой экосистемой мало кто хочет работать. И тут всем опенсорс почему-то резко стал нужнее и в процыках.
> Васяны могут свои процыки дизайнить без лизни ботинков ARM Holdings, которых развести
> на девкиты без нескольких мегабаксов и в нормальных исходниках - да
> ща.
> А тут еще на днях холдингс удумал слиться нвидии. Вот пардон господа,
> но с такой экосистемой мало кто хочет работать. И тут всем
> опенсорс почему-то резко стал нужнее и в процыках.Так, да не так. От многих тонн баксов в год за пользование софтом для подготовки дизайна для фаба не избавляет.
Поэтому еще ARM раскормить надо. А вооон там гугель так то забесплатно решение предлагает для мелочи.
>Но вы конечно ждите, ждите, что какая-нибудь алибабаБудут появляться небольшие конторы готовые в аутсорс разработку.
А на Марсе будутя яблоки и дыни.
Нет.
Ну те что доставит первая (и последняя) долетевшая ракета - будут. А потом - только мертвые с косами.
разница между могут сделать только текущие "монополисты" и могут сделать ещё и их ближайшие конкуренты всё-таки огромная. тем не менее даже васян с гаражём может участвовать в разработке кусочков риск-в а потом уже начать работать на "монополиста" и это тоже здорово.
> Может быть открытость? Будто ты сможешь в гараже сделать современный процессор, а не только текущие монополоисты, как и со всеми другими процессорами.в сети столько открытых умных текстов, аж завидно как стали от этого умнее и свободнее )
> В чем сила, брат?
в открытой порнухе
90% трафика
Опять анонимы смешивают бесплатность и открытость.
Тут будет в лучших традициях - _и_ 6ешплатно (то есть х-й тебе а не то что какой саппорт, а хотя бы объяснений почему гениальный аффтор тут вот так сделал) и "открыто" - т.е. вот тебе тонна мусора на шитхаб, выбирай что из него хоть наполовину работоспособно.Ну, успехов, чё.
Гугл — софтверная компания. Чем больше платформ, тем больше копий софта, тем выше прибыль. x86 андроид умеет, arm умеет. Следующая перспективная платформа — RISCV. Ничего удивительного. Вот если бы они MIPS выбрали или Power, вот это было бы действительно странно.
>После того как Arm начал закручивать гайки решили поддерживать открытую архитектуруОткрытость архитектуры разве означает что открытым будет SoC конечного устройства?
Написано же> RISC-V позволяет создавать полностью открытые SoC и процессоры.
>RISC-V позволяет создавать полностью открытые SoC и процессоры.
>RISC-V позволяет
>позволяетпозволяет не значит заставляет или значит?
Вы все одобряете ведь коммунальные отношения: твоё - моё, моё - твоё, общие жёны и мясо? )
не гарантирует, но позволяет и то что они принципиально возможны огромный плюс.
> TEEДа идите вы в пень, или прошивку тогда свою открытую делайте
https://keystone-enclave.org/
> Да идите вы в пень, или прошивку тогда свою открытую делайтеДаже у ARM их ATF таки - опенсорсный. То что некоторые шустрые веники тебе лочат бутлоадер и не дадут свое ATF в trustzone запустить - отдельный вопрос.
Компания добра не то что все остальные.
Наконец то Android обзаводится официальной поддержкой RISC-V. И благо даже есть RISC-V железки способные в Android.
1. А где же, где же обещанная Фикция?
2. Судя по плану, нет примерно ничего. Героически добились запуска рискв ведра на эмуляторе эмулятора.Маркетологу алибабы - зачот за правильный выбор цветов для картинки.
Не очень хочу рушить твой маня мирок, но android на risc-v железках давно уже способен запускаться и работать. Просто теперь поддержка будет официальной, а не только в сборках от alibaba как было раньше.
Помнится в ядре от sunxi был бхкдор... Надеюсь, что ядра от компаний из КНР усиленно ревьювятся и аудитятся.
Ну тут ты можешь прям вот совсем не переживать. Там бекдоров напихают столько что мало не покажется.
> Помнится в ядре от sunxi был бхкдор... Надеюсь, что ядра от компаний
> из КНР усиленно ревьювятся и аудитятся.Там все проще - сообщество для sunxi само в обход вендора майнлайн накодило нормально. А бэкдор есть только в мутном ядре вендора.
А вот в майнлайн откровенно трешовый код все же не берут. За что rockchip'у пять очков форы относительно allwinner'а - эти сразу комитят в майнлайн. К сожалению они не разделяют тягу allwinner к дешевым массовым чипам, предпочитая более дорогие сегменты. А цена железки все же важный парметр, вот народ и грызет кактус. Когда весь одноплатник с линухом стоит десять баксов это все же круто, как ни крути.
Вся эта шумиха вокруг Риск-В наводит на подозрения об очередном мыльном пузыре, по типу доткомов, для развода доверчивых "инвеститоров" на бабки. Вдобавок этот проект можно рассматривать как умышленную постановку ложной задачи коркурентам для связывания их ресурсов, - пока те будут танцевать с бубном вокруг бесперспективной архитектуры, американцы возьмут и выкатят какой-нибудь dataflow, который мокрого места не оставит от всяких армов и рисков.
Ты так говоришь как будто это что-то плохое.
RISC-V это ISA, а ISA - это не вся архитектура процессора. Зато со стандартной ISA надо меньше тратить сил на написание компиляторов. В чём ложность задачи при использовании одного способа кодирования команды ADD вместо других цифр, для той же операции? Смысл десятки лет продолжать платить просто за табличку цифр?
> Зато со стандартной ISA надо меньше тратить сил на написание компиляторовЭто за счёт чего же?
А я слышал, что системы с сокращённым набором команд наоборот затрудняют написание компиляторов.
На самом деле наоборот - упрощают.
Команд немного и они очень универсальные, компилятору не приходится задумываться какой из вариантов команды выбрать, в случае CISC и VLIW вариантов часто бывает довольно много, заточенных под частные случаи - то только для части регистров команды подходят, то только для некоторых видов адресации, из-за множества подобных ограничений получается, что нужно учитывать даже не только операцию которую нужно закодировать, но и то какие команды были перед ней (и будут после неё), т.е. целыми последоватьностями приходится кодировать.
С RISC ничего подобного нет.
Никаких универсальных команд не бывает. Да и по числу команд современные risc-процессоры давно уже не RISC, т.к. количество команд давно перевалило за несколько сотен. Кстати, интересная статья на эту тему: https://old.computerra.ru/195893/
Вот тоже человек переехал, а ему паращут подложили..
А мог бы остаться, как Алексей Червоненкис.
reduced instruction set правельней переводить не как сокращенный набор команд, а как набор сокращённых команд. То есть речь идет не про количество, а про качество – упрощение самих команд
CISC тоже понятие относительное... https://github.com/chip-red-pill/MicrocodeDecryptor - ну что, фактические блоки выполнения сильно на CISC похожи? :)
А ничего, что компилятор под каждый процессор подгонять нужно и всё системой команд не ограничивается? На одном процессоре оптимизатор использует один набор команд, на другом другой для одного и того же потомоу что так тупо быстрее
У фриков любые технологии это развод на бабки, большинство из которых больших денег даже не видели.
flower ubuntu уже есть спать надо меньше , еще тогда его создал некий griggorii
Заговора может и нет, но фон-ноймановская архитектура действительно уже стала тормозом прогресса в вычислительной технике.
> фон-ноймановская архитектура действительно уже стала тормозом прогресса в вычислительной технике.а что взамен?
Ну, вероятно, как и пишет анон выше – dataflow и всякого рода потоковые архитектуры.
Шумиха по большей части за счет того что архитектура открыта, да они были и раньше но эту прям подхвотило много игроков что делает её стандартом на равне с x86 и arm.
>доверчивыхЧто-то много доверчивых:
https://www.opennet.me/opennews/art.shtml?num=56660
Надо же было как-то спасать MIPS Tech. Уж не знаю, кто именно у них хайпогенератором -- но уже лет десять что вокруг IoT хайп, что вокруг RISC-V хайп -- и вокруг Rust тоже хайп.Ну и вариант с honeypot для доверчивых также не исключён.
Китайцы loong arch запилили, но смысла в этом довольно мало. С масштабированием там хуже чем в ARM и RISCV - конкурировать душнее.
> Китайцы loong arch запилили, но смысла в этом довольно мало. С масштабированием там хуже чем в ARM и RISCV - конкурировать душнее.китайцы уже запретили экспорт лунгов и секретят разработку
не как мцст, где rce на серверах и в сети можно взять что хочешь )риски они оставили для бытовухи и экспорта
а масштабирование это просто пич для душных нубов
> китайцы уже запретили экспорт лунгов и секретят разработкуСтранно они его как-то секретят путем поддержки в всяком опенсорсном софте.
> не как мцст, где rce на серверах и в сети можно взять что хочешь )
С проприетарным компилером, без поддержви в софте, без процов это прсто EPIC WIN. Правда, как обычно - отрицательный. Если бы они так в китае работали, с таким залазом в бюджет и результатом, в лучшем случае сидели бы в тюрьме.
> риски они оставили для бытовухи и экспорта
> а масштабирование это просто пич для душных нубовМасштабирование - это разные применения и реюз знаний, софта, тулчейнов, оптимизаций. Ну да, кому это надо.
>> не как мцст, где rce на серверах и в сети можно взять что хочешь )
> С проприетарным компилером, без поддержви в софте, без процов это прсто EPIC
> WIN. Правда, как обычно - отрицательный. Если бы они так в
> китае работали, с таким залазом в бюджет и результатом, в лучшем
> случае сидели бы в тюрьме.Проц делался для БПФ при использовании в радарах и других системах наведения. Там он на месте. Хотя, сделать нормальный сопроцессор для пережевывания плавающей точки с низкой точностью сейчас, наверное, намного проще. Взять тот-же Муьтикор от Элвис, где тупо добили нормальными DSP. Но воякам виднее.
А что Эльбрус сейчас на общее назначение натянуть пытаются, так то как ту сову на глобус. Вот и рвется, бедолага.
Ну вот нафига, спрашивается, эти гигафлопы в СХД???
Не-не, e2k делался как процессор общего назначения изначально. Я эти разговоры помню еще в 1999-м году, причем тогда как раз был VLIW-хайп, Merced, Transmeta, вот это всё. И об архитектуре e2k были позитивные отзывы в американской прессе. С тех времен и "2k" в названии.Но очень скоро эйфория сменилась отчаянием, поскольку задача написать оптимизирующий компилятор для VLIW оказалась сложнорешаемой. Трансмета обанкротилась, Intel списал убытки и окончательно перешел на amd64, Бабаян забрал с собой разработчиков компилятора из МЦСТ на самолет в США и устроился с ними в Интел.
МЦСТ тут спас госконтракт, поскольку хоть какая, но полностью своя архитектура в РФ была только одна, хоть и зафейлившаяся - e2k. Худо-бедно за 10 с лишним лет сделали что-то работоспособное.
> МЦСТ тут спас госконтракт, поскольку хоть какая, но полностью своя архитектура в
> РФ была только одна, хоть и зафейлившаясяЭ, нет. А "Кронос"? До сих пор, поди, спутники на нем еще летают.
Я, конечно же, про современные, подходящие для запуска нынешнего прикладного ПО, на которые возможно портировать современные ОС, тот же Linux. А так можно и БЭСМ-6 вспомнить :-)
Ну, с портированием linux, там проблем-бы сильно не возникло. ЕМНИП, оно есть/было на других стэковых архитектурах.И там была своя, вполне себе самобытная ОС, unix like.
Ну, да и фиг с ним. Уже история.
Как и motorola 88k с гарвардской архитектурой, кою тут в суе поминали.
Не прижились, к сожалению, ни раздельные шины, ни аппаратные стэки. Даже SPARC прикопали.
Может, еще реинкарнируют.
> Как и motorola 88k с гарвардской архитектурой, кою тут в суе поминали.ARM умно сделал - в софте нейман, в железе гарвард. Так и производительно и програмеру удобно, а если кто безопасность хотел с изоляцией кода и данных - MMU к его услугам.
> Ну вот нафига, спрашивается, эти гигафлопы в СХД???Более того - любое изменение архитектуры выливается в изменение набора команд. А это мягко говоря неудобно. Судя по описальнику брусьев там куча субдиалектов и требуется именно ребилд бинарей. В RISCV можно вообще весь бэкэнд перекроить - а бинарям будет похрен.
Помнится, были споры с фанатами Эльбруса, мол riscv – это слабые чипы для микроволновок.
RISC-V можно сделать и слабым и сильным при желании. За счет отсутствия массового производства мощные RISC-V всегда будут дороже.
Мне кажется, что при одинаковом производстве riscv будет дешевле Эльбруса.
А интел 8080 всегда будет дешевле риск-в. По-моему вполне естественно, что более сложное и совершенное устройство оказывается более дорогим в производстве.
Спасибо китайцам они уже дешевые. Есть alibaba t-head th1520 4 ядра alibaba t-head xuantie-c910 на частоте в 2.5 Ггц и отладтка с ним на 8 гб озу стоит в районе 99 баксов выходит в продажу в первом квартале 23 года
Учитесь, нубы, как мир заватывать надо было :)
Это то же самое, что сравнивать легковушку с мотоциклом, совершенно противоположные архитектуры по назначению, это отдельная категория программистов и структура параллелизма программы под ключ. VLIW в Apple и прочих Qualcomm-ах тоже имеется, но в качестве отдельных вычислительных блоков, как бы сопроцессоров, которые лицо на фото покрывают воском, а также декодят музычку и тиктоки. Там же не тупо ARM или RISC-V, а система на кристалле. Сделать проц на RISC-V проще.
Фанаты эльбруса это отдельная тема. Для них и эльбрус 16 ядерный моща хотя при этом проц сливает ультрабусным райзенам на поприще обработки данных не говоря уже о быстродействии.
По какой методике проводилось тестировпние?
Бенчи и повмедневные задачи
Они были оптимизированы под Эльбрус? Если нет, то тесты не объективны.
Все оптимизации на которые спомобен lcc. Да и ради интереса я со знакомым одним буду тестировать эльбрус 8св в сравнении с alibaba t-head th1520 когда получу отладку на нем. Как в обычных компилятор так и в оптимизированных.
Ни один даже самый совершенный компилятор не способен заменить программиста: https://habr.com/ru/post/647165/
Условия должны быть равными по этому и код будет один и тот же. Тут задача посмотреть как хорошо цп справляются с равными входными параметрами. А оптимизации в коде можно уже делать как под х86 так и под arm, risc-v, mips, e2k и loongarch но это уже согласись лишнее когда стоит задача сравнить.
Я бы согласился, если бы сравнивались компиляторы, а не процессоры. Но мы говорим о процессорах, а для каждой архитектуры и оптимальный код будет отличаться. Невозможно абсолютно все преобразования в программе сделать силами одного лишь компилятора. Собственно разработчики Эльбруса на этом и споткнулись, как мне кажется.
> Невозможно абсолютно все преобразования в программе сделать силами одного
> лишь компилятора. Собственно разработчики Эльбруса на этом и споткнулись, как мне кажется.Ну, понимаешь, никому не интересен сферический проц в вакууме без софта. А для RISCV к тому же оптимизации в типовом софте толпень народа сделает. А для эльбруса... эм...
тогда мы приходим к победе процессора который написан под выполнение конкретного тестового кода... и да такое есть вон например есть асики которые разработаны для выполнения одного конкретного кода. а можно ещё вообще добавить набор инструкций которые напрямую байткод джавовый выполяют.. такчто сферические в вакууме сравнения это утопия для тех кто не хочет разбираться.
Да и разница между стандартными компиляторами и оптимизированными есть. Вот пример https://pbs.twimg.com/media/Fj3HFNGUoAA8YiO?format=png&name=...
Так весь смысл VLIW в том, что умный компилятор всё сам и распараллелит, и nop-ы правильные везде расставит.Программировать на VLIW assembler вручную - это крайне непродуктивное занятие, куда более трудозатратное, чем под x86_64. Оптимизировать по аналогии с SSE какой-нибудь кусочек алгоритма кодека - да, конечно, но не более того.
Да скорее наоборот, оптимизированные тесты это синтетика в попугаях.
В таком случае тесты тем более не показательны, т.к. все существующие бенчмарки заточены преимущественно на х86 исходя из самого факта её распространённости.
> В таком случае тесты тем более не показательны, т.к. все существующие бенчмарки
> заточены преимущественно на х86 исходя из самого факта её распространённости.Как раз абстрактные тесты типа хоть того же whetstone вообще совсем не заточены ни на какие процессоры.
Но кроме этого есть еще просто перфоманс системы которую мы по факту запустили на вон том или этом. Есть такая, есть сякая, мы делаем одинаковые вещи, сравнимваем. Это вполне честно. И кто будет под брус пилить софт, когда его даже в майнлайне нету и компилер проприетарный? Полтора прогера в шарагах? Они за всей планетой точно не угонятся.
А вы ожидаете, что опенсорсный софт, который не отечественный, будут оптимизировать под Эльбрус?
Отечественный - будут. А может даже и зарубежный будут, если МЦСТ откроет доки и компилятор.
К тому времени пока МЦСТ что-то откроет, наша звезда явно станет сверхновой и уничтожит большую часть солнечной системы.
Астрономию в школе не проходил?
Она не станет. Масса маловата. Если ты про Солнце, конечно. :-) А то фиг знает, какая звезда "ваша".
> Она не станет.Ты кажется начал что-то подозревать. Видишь, там на горе рассвистелся вдруг рак?
Неуж-то так-таки и с Сириуса? :-)Ближайшая Ia.
> Неуж-то так-таки и с Сириуса? :-)Нет, возможно он намекал на "should never happen".
>> Неуж-то так-таки и с Сириуса? :-)
> Нет, возможно он намекал на "should never happen".Ну... Оно и до выгорания водорода примерно столько-же... В масштабах плесени на поверхности небесного тела, считающей себя разумной.
> Ну... Оно и до выгорания водорода примерно столько-же...Все же немного поменьше, но для аутентичности намека надо именно should never happen.
> В масштабах плесени на поверхности небесного тела, считающей себя разумной.
Путь разума уходит в бесконечность.
Отечественный софт в основном на x86 и windows. Вон компас начали наконец портировать, хоть какой-то прогресс.
Скорее всего уже к концу 2023 года рискфайв в виде Veyron V1 обгонит Эльбрусй по производительности и цене. В целом по доступности архитектуры уже обогнал. По экосистеме тоже. Поэтому забудьте про Эльбрусы. Это исключительно политический продукт, целесообразность которого держится на попиле бабла. Не говоря уже об ущербности vliw архитектуры.
> рискфайв в виде Veyron V1У Veyron V1 только один из проектируемых декодеров команд имеет отношение к R5.
А всё от чего зависит производительность и прочие ТТХ вообще не имеют отношение к RISC-V.Поэтому "на самом деле", как-бы стартап с несколькими топовыми специалистами, собранными из конкурирующих компаний, 7 лет пилит процессор, имея под руками все штатовские технологии (САПР) и примерно неограниченное финансирование.
Декодер R5 они взяли как из удобства (чтобы не париться с тулчейном), так и для хайпа.
Было-бы странно, если контролирующие основной вектор развития R5, взяли бы что-то другое.Даже если затея выгорит, а не кончится очередным попилом бабла рядовых инвесторов, то производительность Veyron V1 никак не будет обусловлена RISC-V.
Себестоимость будет на цент меньше, но на цену это не повлияет.
Поэтому не надо путать бусы RISC-V и реальную разработку ядра процессора, это почти не связанные вещи.
Что касается Эльбрусов, то поливание их грязью и удушение финансирования не закончится, пока Александр Галицкий не присядет за мошенничество и госизмену, либо хотя-бы не сдрыснет подальше.Тут дело не в Эльбрусах, в том что перспектив нет, пока в топ-менеджерах чубайсы, а в советниках специалисты на крючке ЦРУ/АНБ.
Надо тож будет пойти попилить за госбабки что-нибудь, а когда за руку поймают, скажу, кругом враги.
Тогда вам сюда https://careers.yadro.com/Говорят еще лет на 5 попилов хватит, а потом ишак или падишах (
попилить за госбабки в россии это когда ты вроде пилишь, а твои госбабки у ротенберга оказываются.. и вот ты вроде и жопы всем облизал урапатриотизма напиарил, а денег только пообещали в итоге заказывай на свои разрабатывай на свои а будет успех мы его цап-царап и скажем что смотрите как наша господдержка сильна... ну и ещё тебя могут в процессе за мошенничество посадить или отжать производство в пользу более нужных людей. ну и куда деваться нельзя же сказать что враги внутри приходится кричать что они снаружи.
Хех, у нас госизмену не за попилы дают.
> riscv – это слабые чипы для микроволновок.Ну так все серийно выпускаемые процессоры с поддержкой команд RISC-V не относятся к классу high-end, а коммерчески успешные являются low-end и микроконтроллерами (для микроволновок).
Однако, RISC-V это не чипы, а только спецификация на систему команд, которая разработана для low-end микропроцессора и де-факто имеет кучу недоработок и недостатков, особенно заметных при натягивании на глобус.
Поэтому упорные китайцы, может-быть и дожмут до чего-нибудь приличного и тиражного, в том числе по потреблению )
А синтакору - удачи SoCать, в лучшем случае попадут под санкции и разбегутся как тараканы, если уже не разбежались.
> Ну так все серийно выпускаемые процессоры с поддержкой команд RISC-V не относятся
> к классу high-end, а коммерчески успешные являются low-end и микроконтроллерами (для
> микроволновок).Вон те сервреные 64-битники от алибыбы как то великоваты для микроволновок.
> Однако, RISC-V это не чипы, а только спецификация на систему команд, которая
> разработана для low-end микропроцессора и де-факто имеет кучу недоработок и недостатков,
> особенно заметных при натягивании на глобус.Она и кучу достоинств имеет. Например вертикальное масштабирование и общий знаменатель, тулчейн и проч.
> Поэтому упорные китайцы, может-быть и дожмут до чего-нибудь приличного и тиражного, в
> том числе по потреблению )Уже клепают миллионами. И микроконтроллеры и апликушники. Дешево и круто. Ну вон allwinner выкатил чип с RISCV. Кто-то сомневается что на нем будут миллионы девайсов?
Ну что вы опять рекламные буклеты цитируете.99% производимых ЦПУ с поддержкой RISC-V ISA это всякие микроконтроллеры, от утюгов до SSD.
Оставшийся 1% - да, SoCи для мобилок и "серверные алибабы".
Конечно будут делать кучу третьесортного noname андроидного гуана.
Раньше делали для каких-то армах, теперь будут на каких-то рисках, ибо на три цента дешевле.Также там будет куча дыр и глюков, почти тоже самое, только без ARM.
Будет только больше "разнообразия" -- огромный зоопарк SoCов и гуанокода, но больше экономии, особенно на верификации и тестировании.Печалька только ARM-у и конечным пользователям, на чьи деньги весь этот шабаш.
Сначала ARM разорил MIPS сделав технически круче, а в ответ чуваки из MIPS мотивированные болью в попе и безысходностью стали "морозить уши на зло бабушке".
Внезапно победил хайп и любовь к халяве, а когда было иначе?И вот говорят же вам, что ничего принципиально крутого нет, только не совсем удачная экономия на спичках.
Но морковка оказалась подвешенной очень удачно.
Одни продолжают заклинать "это круто", другие как в золотую лихорадку кинулись копать золото с детскими совочками.С другой стороны, ничего особенного.
Умелым пиаром, коряво недопеределанная ISA, по мотивам MIPS и 40-50-летних идей, названа чуть ли не гениальной.
Папуасы танцуют, в восторге от стеклянных подарков, а главное заняты нудным делом в правильном направлении.УРА!
> 99% производимых ЦПУ с поддержкой RISC-V ISA это всякие микроконтроллеры, от утюгов
> до SSD.
> Оставшийся 1% - да, SoCи для мобилок и "серверные алибабы".MIPS - более чем достойный проц для встройки. В том числе, для сетевого железа. С перекидыванием данных с минимальной обработкой, стыковкой со спецконтроллерами и спецпроцессарами он справляется заметно лучше ARM.
Надеюсь, сей пере-MIPS тоже там и останется.
> 99% производимых ЦПУ с поддержкой RISC-V ISA это всякие микроконтроллеры, от утюгов до SSD.Для ARM тоже на 1 серверный, смартфонный или одноплатниковый апликушник найдется сотня микроконтроллеров во всем чем угодно. Кто виноват что микорконтроллеры простые, дешевые, удобные и эффективно решают много задач? А то что их не очень видно простому смертному, так бывает.
> Оставшийся 1% - да, SoCи для мобилок и "серверные алибабы".
Ну а у x86 только этот 1% и есть. Они может и рады были бы те 99% пооткусывать, но с х86 архитектурой которая в интеле почти как религия - это все вообще не светит. Они даже малопотребляющие ядра для смартфонов и планшетов сделать толком не смогли, не говоря уже про микроконтроллеры. Поэтому им те 99% не светят. Но вообще то это косяк х86 что он переусложненный, с кучей легаси, и не масштабируемый вертикаьлно. Это обрекает его на ограниченное число ниш.
> Конечно будут делать кучу третьесортного noname андроидного гуана.
При том на 1 x86 девайс будет запросто продано пару сотен того добра, как с ARM.
> ибо на три цента дешевле.
Можете платить интелу и амд сотни денег за чипы с откровенными бэкдорами типа ME и PSP, мне не жалко.
> Также там будет куча дыр и глюков, почти тоже самое, только без ARM.
У AMD и Intel в современных чипах вообще бэкдоры, официально. Испугали ежа...
> Печалька только ARM-у
Они сами себе ее создали своиими метаниями к нвидии.
> и конечным пользователям, на чьи деньги весь этот шабаш.
А пользователи - они голосуют кошельком. И как-то не очень им и надо x86 в мобилочных устройствах например, как интел не упирался.
> Внезапно победил хайп и любовь к халяве, а когда было иначе?Внезапно у самих мипсов набор команд был достаточно переусложненный, обросший легаси, а тут еще жаба на лицензирование - и оно как-то не очень надо такое оказалось. Ну а смысл делать работу результат которой никому не надо?
> И вот говорят же вам, что ничего принципиально крутого нет, только не
> совсем удачная экономия на спичках.Есть нормальная масштабируема экосистема. Это то что дает шанс против ARM. Нет, x86 этому всему никогда конкурентом не был даже в проекте. Потому что какой-нибудь микроконтроллер из него вообще плохо получается. Были пару потуг но они жалки и давно неактуальны.
> Одни продолжают заклинать "это круто", другие как в золотую лихорадку кинулись копать
> золото с детскими совочками.В конечном итоге поток чипов образовался, значит совочки нормальные. Вон уже китайский allwinner и gigadevice миллионы чипов гонят промышленными масштабами. И да я не буду покупать х86 за сто баксов когда можно взять готовый китайский одноплатник в сборе за десятку, представляете себе?! Такая вот экономия на спичках. Не говоря о том что bring-up системы на нем на порядок проще в системных аспектах.
> чуть ли не гениальной.
Она и есть гениальна в своей простоте позволяющей минимальные ядра которые будут нарасхват в мк и aux ядрах всяких чипов. А кому надо больше на основе этого могут вверх масштабироваться вплоть до здоровых серверных чипов. В этом прелесть и состоит.
> УРА!
У вас были идеи лучше? Ну тогда где проекты, где стартапы, где продукты? Китайских одноплатников на RISCV я уже могу понакупить мешок за копейки. Их достаточно для решения кучи задач. У вас есть более хитрый план?
Ну и я пишу сюда со своего Эльбруса, а Вы?
А я с Андроида.
> А я с Андроида.А теперь смертельный номер: человек-yadro! Слабо андроид на эльбрусе?!
Не, Миша. Так не честно.
Эльбрус хорош в быстром преобразовании Фурье.Но никаким компилятором такой специфичный софт под VLIW не оптимизируешь. Да и кому, кроме военных нужны подобные задачи? Тут Эльбрус лидер и красаучег. Плюсом умеет в трансляцию х86. Конечно, можно гигагерцами и и гигабайтами перекрыть накладные расходы, но это принципиально нерешаемый вопрос.
У рисков нет груза совместимости. Нет ограничений на расширения, на реализацию, на доработку и лицензирование. Плюсом риск-5 принципиально не может попасть под санкции и есть какие-то наработки под практически все технологические нормы (или за счёт небольшого ядра -- легко перенести).
Имхо, перспектив у риск-5 больше, чем у Эльбрусов. Военные всё-равно от них не откажутся -- пока риск-5 до военных требований подтянут -- ещё лет 40 пройдёт. Но от этого Эльбрус нишевым не перестанет быть. И внезапно -- это даже хорошо (с точки зрения военных).
> Плюсом умеет в трансляцию х86Это минус, а не плюс.
> Это минус, а не плюс.Лучше грустно ехать, чем весело шагать.
Там, где военные запускают свой софт -- никакой трансляции нет. Зачем в машинном зале загоризонтной РЛС где у стоек даже мониторов нет -- запускать шиндошс? Бот будет пасьянс косынка раскладывать? Да и у операторов системы даже шиндошса нет. А вот Васяну Крайзис погонять сгодится. А при случае -- для военных нужд можно и изъять.
> А вот Васяну Крайзис погонять сгодится.Для этого есть intel. В условиях импортозамещения тaщить в процессор чужие костыли ради игрушек, захламляя и без того не идеальную микроархитектуру - дикость и верх абсурда.
Он не твой. И скоро тебя заставят его сдать на нужды ВПК для встраивания в крылатую ракету калибр, иначе они закончатся.
> Он не твой. И скоро тебя заставят его сдать на нужды ВПК
> для встраивания в крылатую ракету калибр, иначе они закончатся.Человече, вот ты свой голова включи и подумай, нафига ракете такой утюг не борту?
На борту ракеты стоит одноплатник с максимум 4МБ на борту. Ну, может два таких, чтобы надёжно. И выдерживать они должны температуры от -80 до +250 градусов. И вибрация чудовищная. И всё, что они делают (максимум) передают картинку и принимают команды: левее правее выше ниже. Зачем там Эльбрус? Там и парочка БлюПилл с термостабилизацией прокатит для тактического назначения.
> (максимум) передают картинку и принимают команды: левее правее выше ниже.Т.е. получить координаты и само туда двигать оно не способно? Ну тогда иранская герань просто охренеть хайтек.
Всё сильно разное, но ~500К на управлении нигде нет (есть на проводах и исполнении).
В целом, намного сложнее с гироскопами, акселерометрами и глонасом.
Памяти меньше, ибо во многих исполнениях к радиационной устойчивости, соответственно сапфир и другие техпроцессы.
На украину такие исполнения не летают, а если летают то кусков плат в обломках точно не будет )
и т.д.
https://www.ventanamicro.com/Пускай они сначала своим Эльбрусом обгонят этот чип, а потом спорят. Не наоборот.
Сначала пусть они этот проц в продажу выпустят.
Сайт у них прикольный, деньги собирают, чип где?
> Пускай они сначала своим Эльбрусом обгонят этот чип, а потом спорятПлемена вы неусердные и дикие, которым Князь из Варяг нужен, чтобы вы друг-друга не передушили.
Привыкли вы к этому и иначе не умеете.Сами-то не можете даже спеку придумать.
Сразу вопли, драка, дележ денег, интриги и дрязги.
Нужен вождь-князь, который укажет как правильно и люлей раздаст несогласным, сгонит толпу в гулаг и заставит работать.Как там было "напяльте ведро на голову, обмотайтесь резиной, но хоть что-то придумайте свое...".
Эльбрус - там у вас хоть что-то свое.
Упоротые гики с голой пятой точкой, доучиваясь на ходу, экономя на мебели, ремонте и еде, пытаются что-то сделать на коленках в гараже, а вы их чморите, гнобите и в грязь втаптываете - так привыкли.А вот увидели импортную спеку RISC-V написанную "варягами" и рекламные буклеты - сразу уверовали, уже рады за это гланды соседа съесть и попу рвать не вникая.
У вас рефлекс: звать иноземцев управлять собой, биться за них и молиться на них, доказывать их правоту, а с соседями воевать, переплевываться и доносы писать.Поэтому все успехи у вас только из-под палки и "вопреки", а своё всегда гуано.
Поэтому и придумываете себе "русскую идею" в качестве утешения и оправдания.
Поэтому будите молиться на RISC-V, нано-чубайсов, рыночную экономику и любые бусы, которыми у вас перед мордой помашут.
По Risc-V тоже есть центр тут, который пилит. Как утверждают инсайды, близко к выходу для встройки.
Так-что, тут ты мимо кассы.
> По Risc-V тоже есть центр тут, который пилит. Как утверждают инсайды, близко
> к выходу для встройки.
> Так-что, тут ты мимо кассы.Это что-же yadrенынй синтакор еще недоSoCал до ядер открытых на гитхабе год-два назад?
Уже 7-й год и все также "инсайды утверждают" что "близко к выходу" для встройки в микроволновки?Если так, то это не мимо кассы, а очень пушистый зверек.
> Уже 7-й год и все также "инсайды утверждают" что "близко к выходу"
> для встройки в микроволновкиВ сетевое железо.
> В сетевое железо.Тоже не плохо, можно будет закрепляться, майнить и ддосить самим ростелеком )
И попросите сбер поставить, а то их что-то давно не наказывали
>> В сетевое железо.
> Тоже не плохо, можно будет закрепляться, майнить и ддосить самим ростелеком )
> И попросите сбер поставить, а то их что-то давно не наказывалиА что сейчас мешает? CPU во всем сетевом железе тоже есть. :-))) MIPS какой-нить, ARM или даже POWER.
> А что сейчас мешает? CPU во всем сетевом железе тоже есть. :-))) MIPS какой-нить, ARM или даже POWER.Думаю ничего не мешает.
Как только одним заплатят достаточно, либо другим дадут команду - мокнут ростелк (и всех прочих) в очередной раз, и повторят если потребуется (ибо все прошивки и дыры той стороне уже известны).Другое дело, что RISC-V может только усугубить ситуацию, но не улучшить.
А вот Эльбрус потенциально мог-бы улучшить.
Ибо (при условна равных прочих) в RISC-V сделано всё чтобы увеличить вероятность взлома, а в Эльбрус наоборот.Но с Эльбрусами потенциально другие проблемы:
- никто независимо не пробовал поломать/исследовать, может найтись аппаратный баг в защите и т.п.
- в "утекших" исходниках линукса для эльбрусов уже нашлись общеизвестные CVE, которые просто оставили, а если такое попадет в прод, то...
- даже тут пишут что у мцст плохо понимает в защите/безопасности, вплоть до "RCE на серверах", соответственно возникает сомнение в том, что в ЦПУ все проверено и закрыто лучше.
> никто независимо не пробовал поломать/исследовать, может найтись аппаратный баг в защите и т.п.Проскакивала инфа, что Positive Technologies хотели этим заняться
> в "утекших" исходниках линукса для эльбрусов уже нашлись общеизвестные CVE
Не надо смешивать процессор "Эльбрус" и ОС "Эльбрус". Лично я вообще не понимаю зачем они выпускают в массы собственную операционку, правильней было бы использовать её строго для внутренних нужд и ни с кем не делиться. Российских дистрибутивов с поддержкой Эльбрусов и без ОС от МЦСТ хватает.
> Проскакивала инфа, что Positive Technologies хотели этим занятьсяСильно сомневаюсь.
Палочкой они наверное потыкали из интереса, но "где деньги Зин"?Если делать по-хорошему, то это огромная работа не-дешевых специалистов.
Кто будет за это платить и что делать с результатами?100% что позитивщики найдут дыры (никогда не было иначе), а что дальше?
Изымать все эльбрусы, пороть мцст и искать стрелочников в госприёмке?Минпромторг на такое не способен, снова обложатся бумагами и будут вкушать собственные испражнения.
Причем с байкалми и рисками аналогично -- все буду жрать пока жаренный петух клюнет, проверено многократно.
Я не в курсе дошло ли до дела, но информация такая проскакивала. Кроме того, это мог быть совместный проект МЦСТ и Positive Technologies - первые получили бы независимый и объективный аудит своей архитектуры, чтобы знать над чем ещё можно поработать, а вторые получили бы хорошую рекламу. И никому никого наказывать не нужно. Кто знает, может уже что-то и было, просто афишировать не стали...
> Не надо смешивать процессор "Эльбрус" и ОС "Эльбрус". Лично я вообще не понимаю зачем они выпускают в массы собственную операционку, правильней было бы использовать её строго для внутренних нужд и ни с кем не делиться. Российских дистрибутивов с поддержкой Эльбрусов и без ОС от МЦСТ хватает.Сложно не смешивать.
Во всех этих дистрибутивах ядра от мцст, просто с какими-то кастомизациями.
Поэтому в сущности ядро одно и хороший цве превращает всю безопасность в тыкву во всех дистрибутивах.
Очень удобно )А кроме линукса и полудохлого qnx что еще нативно на эльбрусах работает?
Что может мцст на диск записать, чтобы загрузилось?
Безопасность ядра linux - это проблема Линуса Торвальдса, а не МЦСТ, не хватало чтобы МЦСТ ещё и чужое ядро на себе тащило. Почему я и говорю, что им не надо выпускать свою операционку, также как и интелу с амд она не нужна.> А кроме линукса и полудохлого qnx что еще нативно на эльбрусах работает?
Не знаю, но дистрибутивов линукса более чем достаточно: Астра, Альт, Роса, РэдОС...
*с поддержкой Эльбрусов.
Хочешь хорошо - сделай сам.
Поэтому Интел, АРМ далее по списку засылают патчи и целые драйвера.
В этом нет ничего плохого.А у МЦСТ всё сложнее.
Система команд, компилятор, всякая дока -- всё под NDA, т.е. закрыто.
Поэтому кроме МЦСТ некому портировать ядро линукс на Эльбрусы.
Только всё еще хуже, портировав ядро и инструментарий они ничего не открыли.Поэтому поддержкой ядра занимается тоже МЦСТ, плюс полторы калеки из альта и астры.
Аналогично с бинутилс, либце, всеми компиляторами.Если МЦСТ перестанет реально тащить ядро и свой дистрибутив, то все линуксы для Эльбрусов станут тыквами.
Наверное в МЦСТ что-то распыляют внутри или в еду подмешивают -- чтобы сотрудники не пришли в сознание и не сбежали от всего ЭТОГО )
> Наверное в МЦСТ что-то распыляют внутри или в еду подмешивают -- чтобы сотрудники не пришли в сознание и не сбежали от всего ЭТОГО )Так Шигорин такой от того что еле-брусов надышался?
Ну тогда понятно, да )
> Если МЦСТ перестанет реально тащить ядро и свой дистрибутив, то все линуксы для Эльбрусов станут тыквами.Я говорил о том, что безопасность Линукса - это не забота МЦСТ. Они не могут за разработчиков ядра или DE выполнять их работу и вылавливать все имеющиеся баги. В МЦСТ могут исправить только те баги, которые выявились в процессе портирования ядра под е2к, сидеть и прочёсывать все исходники они не обязаны.
А я говорю о том, что полные исходники ядра только у МЦСТ.
Поэтому частенько исправления не могут быть применены и раскатаны без их телодвижений.
Банально гляньте на версию ядра в астре или альте для e2k.Это не считая "традиционных" проблем с обновлением сертифицированных ядер (де-факто "сертифицированное" означает что дырявое, так как исправление CVE требует изменение кода и пере-сертификации).
Что им мешает просто рассылать патчи разработчикам российских дистрибутивов? Зачем нужен ещё один, 100500-й по счёту дистрибутив? Зачем на пустом месте создавать себе проблемы?
Когда это всё начиналось, поддержки e2k не было нигде.
Был только кросс-компилятор и NDA, а патчи никому не были нужны.
У МЦСТ просто вариантов не было, кроме как самим всё делать.
Так и пялят critical path.
Наоборот удивительно, что появились дистрибутивы с поддержкой e2k, кроме МЦСТшного.
Справедливости ради, Рюрик был наш, посконный - из балтийских славян. В те стародавние времена, когда династические связи играли важную роль в престолонаследии, передача власти людям "со стороны" была обычным делом.
есть тут кто то кто знает систему команд ARM и RISCV? на вскидку как думаете если выпустить на оба типа процессоров по одинаковому тех процессу и с одинаковой частотой кто и насколько в теории должен сливать?
У RISC система команд не постоянная, там можно добавлять и удалять команды. Можешь держать в голове что ARM в среднем всегда быстрее. А RISC-V выигрывает в специальном применении. Всегда можно найти синтетику где определенные функции будут сильно быстрее ARM.
Другими словами - ни о какой архитектуррой совместимости не может быть и речи. Класс...
Зато всегда занятость и гордость за свой продукт )
ну так-то и у арм разных поколений и назначений не особо архитектурно совместимо всё.. также и у риск-в есть уровни поддержки наборов инструкций часть стандартных часть ещё нет какие-то опциональны какие-то обязательны. а дальше уже по потребностям надо реализуешь инструкции не надо не тратишь кремний забиваешь на совместимость с некоторым софтом.
>Другими словами - ни о какой архитектурой совместимости не может быть и речи. Класс...Сейчас это не так актуально, так как нормальный код сразу пишется так, чтобы компилироваться на разных платформах либо с минимумом необходимых переделок.
Ну а интерпретируемым языкам вообще может не быть разница на процессоре какой архитектуры выполняется их интерпретатор.Забота о архитектурной совместимости происходит из тех времён когда проприетарные программы поставлялись блобами, более того, для них это важно и сейчас, но для СПО такой проблемы нет.
Да как тебе сказать? Ну вот например как тебе идея выкатывать дистр линуха для каждого поднабора команд отдельно? А если их станет полдюжины по числу суб-архитектур, допустим?
А в чём проблема для sources-base дистрибутива?
Всё высокоуровневый код, ассемблерные вставки в основном нужны только в ядре, да и то в не многих местах.
У RISC-V есть базовые наборы команд (их несколько, 32-бит, 64-бит и 128-бит с несколькими вариациями на каждую) и есть расширения которвые дополняют базовые наборы команд + к ним есть еще кастомные расширения которые нн входят в стандарт RISC-V
нн - Нижний Новгород? Извение, мы не меесные..
http://www.realworldtech.com/forum/?threadid=188282&curposti...
Тех процесс и набор команд оказывают маленькое влияние на производительность, гораздо более важна микроархитектура.
Да.
Сейчас ARM быстрее, если смотреть максималку. Примерно как Intel дорязанских времен (кэши, спекулятивки, предсказалки, мелтдауны круче). Кроме того, передовые ARM имеют блоки для безопасности типа TrustZone в Cortex M, да и тот же ART Accelerator в M4-M7.
>передовые ARM имеют блоки для безопасности типа TrustZone в Cortex MRISC-V guarantee security: https://hex-five.com/2020/01/02/can_risc-v_guarantee_security/
>>передовые ARM имеют блоки для безопасности типа TrustZone в Cortex M
> RISC-V guarantee security: https://hex-five.com/2020/01/02/can_risc-v_guarantee_security/Can RISC-V guarantee security?
Если к "бабушке" кое-то что пришить и кое-что отрезать...Это краткий пересказ "статьи" ;)
...то получится кастрат, а не дедушка.А вот мнение специалиста: http://vk.com/@erthink-risc-v
R5 - это только набор спецификаций на систему команд.
Эта система команд ОЧЕНЬ удобна для low-end процессоров ибо для этого разрабатывалась изначально.
Все варианты наборов команд ARM для low-end менее удобны, просто потому что R5 делали с учетом опыта ARM и с чисто листа.Если же смотреть не в сторону low-end то у R5 нет никаких технических преимуществ, так как в более-менее продвинутом как ARM-процессоре, так и R5 будет навороченный декодер команд, включающий macro+fusion и т.д.
Поэтому, для high-end процессора (типа яблочного M1) разница между R5/ARM примерно как вариант отделки салона для авто.
---
Однако, у R5 в сравнении с актуальными "андроидными" ARM всё сильно хуже с безопасностью. Объем верификационных тестов, суммарно у всех реализаций R5, в разы меньше того что делает ARM. Никто никогда не сможет проверить ядра R5 (со всеми кастомизациями и васяновскими правками) также как ARM.
Далее, сама система команд R5 идеально подходит для ROP и ВСЕХ известных атак и не имеет чего-либо сравнимого c ARM MTE. Поэтому R5 хорошо в микроволновках, стиралках и холодильниках, но не стоит ставить банковское приложение на андродит с R5 и условно китайской прошивкой...
RISC-V весьма косячная архитектура, если всё написанное здесь правда: https://habr.com/ru/post/461785/
Короче для микроконтроллеров уровня ARM Cortex M0 + умножение/деление веществ сойдёт. Или устройств посложнее типа запустить урезанный линукс на 64МБ ОЗУ для системы распознавания с камеры. Для серверов и раб станция умаляю...
А, так это всё таже мадам из ARM Ltd (перевод). На а что вы ещё хотели от неё услышать?
>> ARM и RISCV? ... кто и насколько в теории должен сливать?1. Вот, кто шустрее Snapdragon *** или Snapdragon ****? А может все таки MTK?
Тут ответа нет, хотя процессоры с одной архитектурой.
Сравнивать надо конкретные реализации, конкретные экземпляры.2.
>> систему команд ARM и RISCVСистемы команд не жесткие там и там, и разные поколения и серии содержат разные наборы команд и аппаратных возможностей. И самих наборов команд может быть несколько сразу.
3.
Вообще, сейчас не так важно какая система команд, с точки зрения производительности, ибо вся магия в конвейере.
А система команд это всего лишь лицензионные запреты, что б не повторяли, и только поэтому в ARM в качестве одного из наборов нет набора команд X86/64, что позволило бы запускать Windows ПО на ARM устройствах без всяких эмуляторов.
Вот бы еще официальную поддержку х86 включили. А то как-то несолидно.
Вам Android для таксофонов?
Чё не так-то? Совсем недавно планшет на Атоме выкинул.
Нам бы Android для планшетов, на которые можно легко установить Linux.
Чем РИСК_Вэ лучше АРМа?
Оба хуже.
Везде у руководства планы хозяина в постоянном росте доходов заведения жгут жопу )
> Чем РИСК_Вэ лучше АРМа?Отсутствием жадного и проблемного владельца которогоо еще чуть нвидии не продали, что вообще уж.
RISC-V читается как РИСК-файв, т.е. это пятое поколение, а не риск-вэ, как у местных гуманоидов.
Как помочь несчастным:
1. Делаешь ошибку в тексте.
2. Люди радуются, что они умнее тебя, на минуту забывают, что их жизнь говно.
3. Улыбаешься.
Как пишется -- так и читается. Мы тут не римляне собрались, чтобы разбираться в тонкостях заморских алфавитов. Если бы разрабы хотели чтобы люди знали как произносится их название, то и писали бы RISC-5;нравится играть в древних римлян -- страдайте. Лично я знаю как правильно произносится "risc-v", но умышленно говорю "риск-в". И буду впредь так делать.
ГТА-Вэ
Хироус Ай-Ай-Ай
Хахахахаха Ритейл Груп?
Вэ-патриотизм.
>RISC-V читается как РИСК-файв,Тебе напомнить как читаются аббревиатуры или сам вспомнишь?
Или вот ещё как вариант, вбиваем в поиск: транслитерация, переводим по второй сверху ссылке на http://translit-online.ru/perevod-s-translita-na-russkij.html, выбираем с транслита на русски, вводим RISC-V, получаем РИСЦ-В. Противник посрамлен, ликуем!
В рай cк или Ври ск?
А спутник читается спатник?
Сателлит.
Сателлит -- это япония. А спутник -- это спутник. И заструги -- это заструги.Даже в Новой Зеландии в курсе, а тут дикарь какой-то попался.
Спутник - это русское слово, так и читается.
Мы все правильно читаем. Риск 666.
Ты ещё скажи, что мы должны произносить"Тексас" вместо "Техас".
Мертворожденная архитектура.
Так и рожали чисто поржать
Теперь приложения обяжут тащить 4 архитектуры (!).armv7
aarch64
x86
risc-vВот вам и кросс-платформенная Java.
Если приложение написано на только java/Котлин, то оно компилируется в байт-код 1 раз и запускаться будет на любой архитектуре
> Если приложение написано на только java/Котлин, то оно компилируется в байт-код 1 раз и запускаться будет на любой архитектуреНемного не так - оно запускается только на одной виртуальной архитектуре (JVM), и важно не путать эту яичницу с реальным кодом.
Верстальщики форм на java, не знают чем гарвардская архитектура отличается от фон неймовской, а яичница от реального кода.
А верстальщикам это сильно нужно? Да и кодерам на Java тоже.
нет там давно никакой JVM там есть ART
В андроид небыло JVM, а был dalvik
Это же просто разные названия виртуальной машины.
В общем случае программа компилируется в байт-код и от архитектуру процессора не зависит.
Конкретная программа может содержать части на нативном коде и... 😞
В общем случае -- нет.
Почитайте как устроен далвик.
> В общем случае -- нет.
> Почитайте как устроен далвик.В современных так то AOT.
> В современных так то AOT.При чём тут АОТ? Почитайте как процессы в Андроиде запускаются и как происходит межпроцессная передача.
> При чём тут АОТ? Почитайте как процессы в Андроиде запускаются и какПри том что оно как я понимаю DEX в нативный код перегоняет до всякого запуска, ну и нафиг ему JIT там потом? От чего при крупном апгрейде фирмвари - оно потом добрый час в ауте, ре-генеря нативный код всего софта опосля апгрейда.
> происходит межпроцессная передача.
Через binder вроде. Его таки замайнлайнили.
> ... от архитектуру процессора не зависит. Конкретная программа может содержать части на нативном коде"может содержать части на нативном коде" :) Вот в этом вся изюминка ведропрог.
Kotlin не только на JVM есть он и в Obj-c++ конвертитируется и будет уже другое
сахарок для верстки форм мышкой может хоть в ANSI C компилироваться, от этого он языком программирования не станет
iZEN, залогинься.
Вот только надо эту запускалку написать. А для производительности чуть получше GW-BASIC это должен быть не только интерпретатор байткода, но и JIT. А для этого надо хорошо знать и внутрянку JVM, и детально разбираться в целевой архитектуре.Для Эльбруса написали, но это было непросто. Поищите доклады ребят из UniPro.
Ты прав со временем начнут выкидывать старые архитектуры, останутся только новые.
armv7 уже в мешке за воротами
До сих пор актуальная архитектура, потому что устройств с 2гб памяти дофига.
Актуальная архитектура 32бит ARM для иных железок, но не для смартфонов, и соответственно, не для Андроид.
> не для АндроидВедроид вообще для смартфонов не годится. Либо SF, либо айфон на худой конец.
> 2гб памятиболее, чем достаточно, для мобильных устройств.
>> 2гб памяти
> более, чем достаточно, для мобильных устройств.Теоретически, да, можно сделать систему работающую комфортно с 2Гб.
Но если есть потребность запускать актуальное разжиревшее ПО и игры пользоваться современным интернетом, с сайтами напичкаными разными нехорошими излишествами, то тогда мало.
> Вот вам и кросс-платформенная Java.Ведро никогда таким не считалось. Как не откроешь apk - там внутри платформозависимые so-шки.
Вот именно. К тому же apk отстаёт по сравнению с тем же flatpak по фичам.
Потрясающая новость в новом году, RISC-V рулит!🔥🔥🔥
Ага, очень неплохие стеклянные бусы.
Причем реально нужные тем кто сам не может.
Фанат эльбруса пойман
Я понимаю бионик и далвик надо адаптировать.
Но что там такого архитектурозависмого может быть в стеках блютус и вайфай?Кто то понимает?
> Кто то понимает?В телефонах не просто ЦПУ, а https://ru.wikipedia.org/wiki/Система_на_кристалле
Поэтому в реальности, кроме поддержки "чисто архитектуры", требуется поддержка системных контроллеров, драйверов соответствующих устройств и прокладки-привязки к ним андроидных API.
Всё это для каждого конкретного SoC, кои часто похожи, но отличаются...
Да 6лин, не могут что ли сделать архитектуру, у которой сегмент кода недоступен из программы для чтения? Ну вот совсем. Страница в режиме исполнения - для чтения/записи недоступна, любая команда с обращением к этому адресу как к памяти - fail. Перевод в режим чтения/записи - только с очисткой.Тогда и ROP отвалится и большинство прочих атак.
Да, это костыль над фон-нейманом.
не-не
нужно общую память ставить, на буфера, стеки и дма-ринг
микросхем меньше, поэтому дешевле и надежнее!
а в комплекте с риск-5 совсем красота )
> Тогда и ROP отвалится и большинство прочих атак.
> Да, это костыль над фон-нейманом.Элементарно реализуемо MMU но
1) ROP это довольно похрен.
2) На современных архитектурах убивает оптимизацию с адресацией относительно PC.
Как это? Случайные адреса ROP затрудняют, а тут вообще не будет возможности выяснить, что там за код, и поискать адреса гаджетов.
В 99.9% код известен, либо вы начинаете игру security through obscurity.ALSR (случайные адреса) - да, затрудняют, но не панацея.
Погуглите.
Вам это для копирастии или для малвари?
Предоставить официальный хук [s]для анивирусов[/s] на момент переключения режима - сканируйте, складируйте.
> RISC-V в число первичных архитектур для AndroidЗдравствуй, блобы, новый год!