Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
1. В прошлом году продали 2, в этом 16, вот и рост в восемь раз. А на складах наших продавал похоже тысячи запылились, вот и новости «на тему» и «не о чём».
2. Нашим IT-специалистам, из тех кто валит, покупать технику у наших же продаванов совсем не комильфо. Они уже посмотрели иностранные прайсы, облизались и плюнули на местных.
3. Свои же сбережения спокойно поменяли на валюту, кто в Казахии, кто в Армении, кто ещё где.
4. Криптокошелёк звучит как полное г… но. Даже если у IT-специалиста не хватило ума обойти криптолохотрон, но он точно знает, что самый лучший способ сохранить или спрятать крипту это 24 коротких слова на листочке бумаги.
То были маленькие, керосиновые, открытого цикла, термически слабо-нагруженные, технология 50-60-х годов прошлого века. Просто и надёжно.
Тут метановые монстры. На метановых ещё никто не летал.
Маленькое -> Простое -> Максимально оптимизированное.
На маленьком ядре можно легко получить +XXX%, применив огромный арсенал различных решений, вот только они все жрут и место занимают. С ними ядро перестанет быть «маленьким».
А тут всего за год +5% на РОВНОМ месте.
Выпилили. На слайдах A715 «Pure Aarch64».
И, вот, прикол. На этот раз Aarch32 впилили в A510 v2. Опционально.
* Optional support for AArch32 Execution state at EL0
1. Правило хорошего тона: давать ссылки на заблокированные сайты, чтобы пользователи учились пользоваться VPN-сервисами.
2. «На следующей неделе, 27-29 июня, будут проводиться огневые испытания ускорителя, которые станут очередным __________ перед первым орбитальным запуском.»
тестом, испытанием, этапом, успехом, провалом, ...?
Вот зачем писать деепричастный оборот, если он не нужен и/или его не осилишь.
1. Общий стандарт есть — RV64GC. Всё остальное вас, школьников, не касается.
Тем более упёртых в «несуществующий стандарт».
2. «частично совместных»? учи аглицкий! Ты сам скопипастил «distinct base ISAs». Четыре полностью различных стандарта!
RV32E хоть и является подмножеством 32I деюре и дефакто, но опять же деюре разрешено эту совместимость сломать, используя освободившиеся биты под любые нужды.
3. «куча проблем» только у тебя в голове. Ты нашел диссертацию какого-то кандидата, который теоретически изучал реализацию какого-то набора команд/ядра 2016 года в каком-то симуляторе.
За 6 лет (в 2018) появилась спецификация RVWMO и RVTSO. Можно клепать многоядерные системы.
-1. RVWMO имеет опосредованное отношение к ядру, это про упорядочивание доступа к памяти = требования к работе многоядерного кластера. Ничего risc-v специфичного, arm тоже wmo.
-1. RV32E подмножество RV32I. Урезано только количество регистров. RV32I имеет полную обратную совместимость.
Чтобы выполнять RV32E код на RV32I ядре нужна только поддержка софта/ОС. По факту, всё это очень маловероятно, ибо 32-бита сегодня это только встраиваемые системы и микроконтроллеры.
Итого: архитектура имеет две стандартные базовые реализации, 32-бита для встраиваемых систем и 64-бита для общего назначения.
КАК тут можно было заявлять, что стандарта НЕТ?
Ты там сам с собой определись, несуществующий или с расширениями.
Жесткая спецификация расширений неважна для закрытых систем (ненужное в минус, супер-специфичное в плюс), а для открытых всё чётко rv64gc.
1. Есть компания которая вкинула миллиарды в разработку большого ядра RISC-V?
Нету. Значит конкурировать со стоваттными x86 пока нечему.
2. С другой стороны, десятки реализаций RISC-V на полватта будут в каждом холодильнике и пылесосе. Потому что, если уж x86 сосёт, то оно сосёт во всех весовых категориях, где есть конкуренты.
3. Можешь продолжать повторять «несуществующего стандарта».
Бинго.
Только «ничего не занимает» RISC или EPIC декодер, CISC декодеры это монстры, которые жрут и жрут. Собственно поэтому, x86 всегда будет хуже ARM/RISC-V по производительности на ватт, на единицу площади и по стоимости разработки.
Нет. x86 это тупик CISCовой эволюции. Жив только благодаря огромным вложениям в разработку, по причине того, что в нужный момент стал мейнстримом. В нынешнем виде, декодирование нескольких команд переменной длинны за один такт, это извращение.
2. Нашим IT-специалистам, из тех кто валит, покупать технику у наших же продаванов совсем не комильфо. Они уже посмотрели иностранные прайсы, облизались и плюнули на местных.
3. Свои же сбережения спокойно поменяли на валюту, кто в Казахии, кто в Армении, кто ещё где.
4. Криптокошелёк звучит как полное г… но. Даже если у IT-специалиста не хватило ума обойти криптолохотрон, но он точно знает, что самый лучший способ сохранить или спрятать крипту это 24 коротких слова на листочке бумаги.
Тут метановые монстры. На метановых ещё никто не летал.
На маленьком ядре можно легко получить +XXX%, применив огромный арсенал различных решений, вот только они все жрут и место занимают. С ними ядро перестанет быть «маленьким».
А тут всего за год +5% на РОВНОМ месте.
И, вот, прикол. На этот раз Aarch32 впилили в A510 v2. Опционально.
* Optional support for AArch32 Execution state at EL0
По 20тыр были 5700/5600.
Пока rx6800 не опустится до этой отметки, брать нельзя.
2. «На следующей неделе, 27-29 июня, будут проводиться огневые испытания ускорителя, которые станут очередным __________ перед первым орбитальным запуском.»
тестом, испытанием, этапом, успехом, провалом, ...?
Вот зачем писать деепричастный оборот, если он не нужен и/или его не осилишь.
Тем более упёртых в «несуществующий стандарт».
2. «частично совместных»? учи аглицкий! Ты сам скопипастил «distinct base ISAs». Четыре полностью различных стандарта!
RV32E хоть и является подмножеством 32I деюре и дефакто, но опять же деюре разрешено эту совместимость сломать, используя освободившиеся биты под любые нужды.
3. «куча проблем» только у тебя в голове. Ты нашел диссертацию какого-то кандидата, который теоретически изучал реализацию какого-то набора команд/ядра 2016 года в каком-то симуляторе.
За 6 лет (в 2018) появилась спецификация RVWMO и RVTSO. Можно клепать многоядерные системы.
-1. RV32E подмножество RV32I. Урезано только количество регистров. RV32I имеет полную обратную совместимость.
Чтобы выполнять RV32E код на RV32I ядре нужна только поддержка софта/ОС. По факту, всё это очень маловероятно, ибо 32-бита сегодня это только встраиваемые системы и микроконтроллеры.
Итого: архитектура имеет две стандартные базовые реализации, 32-бита для встраиваемых систем и 64-бита для общего назначения.
КАК тут можно было заявлять, что стандарта НЕТ?
32-битный, 64-битный и 128-битный? Ну, ты «молодец».
Коцаный RV32E для встраиваемых систем? Так эти системы закрыты.
Жесткая спецификация расширений неважна для закрытых систем (ненужное в минус, супер-специфичное в плюс), а для открытых всё чётко rv64gc.
Нету. Значит конкурировать со стоваттными x86 пока нечему.
2. С другой стороны, десятки реализаций RISC-V на полватта будут в каждом холодильнике и пылесосе. Потому что, если уж x86 сосёт, то оно сосёт во всех весовых категориях, где есть конкуренты.
3. Можешь продолжать повторять «несуществующего стандарта».
Останется только страдать и мучаться.
Только «ничего не занимает» RISC или EPIC декодер, CISC декодеры это монстры, которые жрут и жрут. Собственно поэтому, x86 всегда будет хуже ARM/RISC-V по производительности на ватт, на единицу площади и по стоимости разработки.