Идёт настольный ARM от Huawei

https://www.notebookcheck.net/8C-8T-Huawei-Kunpeng-920-powered-ARM-PC-offers-a-disappointing-performance-for-its-US-1-000-price-tag.480265.0.html

Статья июльская, но не думаю, что там сильно что-то поменялось.

US$1,000 price tag, достаточно, чтобы даже тесты скорости не смотреть :(

Huawei

Больше зондов.

Товарищ Трамп, перелогиньтесь!

А что же любители орать какое x86 говно не хотят закупаться?
Завтра вон Эпл подвезет макбуков на arm!

Да ты что, не слышал - теперь мнение Трампа не котируется, у нас новый президент )))

платформы ARM содержат в себе UEFI или прочие зонд

UEFI - это не зонд, а стандарт позволяющий запускать разные ОС с разных носителей. UEFI позволяет загружаться с USB, выбирать что загружать из меню и т.д.. Это всяко лучше чем бардак загрузчиков на смартфонах.

а что новый президент думает о Huawei?

Нифига себе! а как же мы раньше без UEFI　жили то? Не могли ничего загружать, и менюшек не было!

Новый думает что хотя отношения надо налаживать (после Трампа то) но зависимость от Левиафашки и Китая надо снижать.

как же мы раньше без UEFI　жили то?

BIOS прибит гвоздями к x86 16 bit real mode. На ARM он не заработает. UEFI кроссплатформенный, у него открытая спецификация и реализация.

ARM привлекательный, если как у Амазон AWS, в два раза дешевле, при равной производительности. А не в три раза дороже, как этот Хуавей )

Новый думает

Думает? У него ж деменция! За него секретутка думает, он только озвучивает.

Секретутка или вице-президентка?

Говорят, вице-президентка. А кто там на самом деле думает - никому неизвестно.

коллективный deep state же, ну

За всех за них кто-то думает, вне зависимости ни от чего

Трамп отличался ярким самобытным мышлением и нестандартными решениями. Я ХЗ, но такую пургу, думаю, он нёс самостоятельно.

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

Дык, а вы думали что китайская игра в «импортозамещение» будет чем-то принципиально отличаться от нашей ситуации ? Хорошо ещё что ценник только в 3 раза дороже. А не как у нас во все 10.

Когда нужны «шашечки а не ехать» для внутреннего гос-рынка и принудительно для бизнеса - цены в итоге получаются вот такие вот. Вы ведь не думаете что у них нет откатов и распилов ?

UEFI - это эталонный bloatware. На X86 с его огромным количеством комбинаций железа - это прижилось. А вот на ARM всю эту дрянь тащить не имеет смысла когда есть, например, uboot, который точно такой-же открытый.

А вот на ARM всю эту дрянь тащить не имеет смысла

Ещё как имеет. UEFI позволяет грузиться откуда угодно включая сеть а также он предоставляет унифицированные интерфейсы включая фреймбуфер (GOP). UEFI позволяет запускать один образ системы на разном железе.

когда есть, например, uboot

Туда уже добавили поддержку UEFI. Зоопарк интерфейсов загрузки не нужен.

В варианте для UBOOT - как я понял, оно всё-равно в минимальном виде идёт, так ? Весь функционал всё-равно надо внешними модулями подрубать. В таком виде это не так плохо, т.к основная «фирмварь» остаётся всё-равно очень небольшой, а не как на X64 - когда в образ UEFI уже чуть-ли не мини ОС зашита, с гуями, окнами и 100500 модулями для всего чего угодно. И бэкдорами на много лет вперёд.

UEFI позволяет запускать один образ системы на разном железе

Это, к сожалению, увы не так. Зоопарк АРМ железок никуда не делся с приходом UEFI. Всё ещё требуются костыли в ядро для поддержки конкретных платок.

UEFI позволяет запускать один образ системы на разном железе.

Он не может запустить 32-bit загрузчик на 64-bit же!

Зоопарк АРМ железок никуда не делся с приходом UEFI.

Можно включить необходимые драйверы в образ системы. Необходимые драйверы можно загружать по ACPI/FDT.

Всё ещё требуются костыли в ядро для поддержки конкретных платок.

Это проблемы монолитного ядра, а не ARM. В нормальном ядре достаточно положить бинарники драйверов и всё заработает.

вытащил своими горе-твитами меня из банкротства

Как интересно.

Это проблемы монолитного ядра, а не ARM. В нормальном ядре достаточно положить бинарники драйверов и всё заработает.

Какое есть. Уж лучше такое и условно-опенсурсное чем никакого вообще. Не Windows 10 ведь на арме пускать, в самом деле. Да и даже десятка поддерживает только небольшое количество арм-платок. Так что каких-то преимуществ над линуксом тут у неё нет, увы.

Можно включить необходимые драйверы в образ системы. Необходимые драйверы можно загружать по ACPI/FDT

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

В варианте для UBOOT - как я понял, оно всё-равно в минимальном виде идёт, так ?

Да, но необходимое вроде-бы есть. Главное что интерфейс унифицированный, а не один из over 9000. UEFI - это интерфейс, никто не заставляет использовать EDK2.

UEFI или прочие зонды, что ограничивают сторонние дистры

Ну ка, кто и что там тебе через UEFI ограничил?

Он не может запустить 32-bit загрузчик на 64-bit же!

Тут и так упрекают UEFI в сложности а вы ещё предлагаете multilib в него добавить. Проблема решается компиляцией и установкой двух загрузчиков 32 и 64 бит.

Коммунистам доверия нет. Если какой-нибудь Broadcom вкупе с Raspberry Pi напихает зондов с целью продать тебе какую-нибудь дрянь, то Huawei сделает это далеко не для своей выгоды, а по заданию КПК.

не то слово!

Huawei не сворачивает.

Вон новые Apple куда интереснее выглядят для шашечек. Но линукс не впихнуть :(

Я боюсь что на эти китайские десктопы никакой другой дистр кроме зондированного «Ubuntu Kylin» тоже не впихнуть.

А вообще - с переходом классических десктопов на ARM - нас ожидает повальная тивоизация и вендор-лок. И никакой UEFI не спасёт. Будем прошивки на устройствах менять полуподвальным способом с потерей гарантии, как это сейчас на ведроид-смартфонах происходит. И X86 будем вспоминать как идеальную и открытую платформу.

с потерей гарантии

В гейропах теряется максимум гарантия обусловлена гарантийным соглашением, но по закону всё равно полагается, на немного других условиях. (см. https://www.piana.eu/root/)

Скажите, а кто в конце 2020 года ещё пользуется DVD?

А вообще - с переходом классических десктопов на ARM - нас ожидает повальная тивоизация и вендор-лок. И никакой UEFI не спасёт. Будем прошивки на устройствах менять полуподвальным способом с потерей гарантии, как это сейчас на ведроид-смартфонах происходит. И X86 будем вспоминать как идеальную и открытую платформу.

Это врядли. Производители железа заинтересованы в продажах, а в случае тивоизации их железо будет конкурентно сливать x86. Да и не хотят производители железа заморачиваться прошивками. На Андроидах конкуренции с чем-то вроде x86 просто нет и никогда не было, да и Google не делает retail android. Только поэтому там ситуация иная.

BIOS прибит гвоздями к x86 16 bit real mode.

На самом деле лишь к совместимости с IBM PC/AT и DOS. Старт загрузчика в 16 bit real mode - это как раз правильно. Переход в защищённый или в x64 режим - задача и ответственность операционной системы, которую может выбрать, установить и настроить пользователь или админ. В отличии от вендор-лок прошивки, которая в случае китайского no name может вообще не обновляться.

ARM привлекательный

Он всего лишь проще и дешевли, что будет весьма критично при переходе на ещё большую многоядерность - несколько сотен ядер на кристалл. Полагаю, что это основная причина, по которой Apple решила полностью уйти с x86/64 на ARM. Не удивлюсь, если Intel тоже предложит новую RISC архитектуру, по тем же причинам.

Говорят, вице-президентка. А кто там на самом деле думает - никому неизвестно.

Хозяева жизни за них думают, а современную демократию придумали лишь для быдла. Чтобы не бунтовало.

Старт загрузчика в 16 bit real mode

Потом любой загрузчик, что BIOS, что UEFI/EDK2 переходит в 32/64 битный режим. 16 битный режим используется только для публичного интерфейса программных прерываний BIOS, внутри всё на Си написано. Можно исходники SeaBIOS посмотреть.

Переход в защищённый или в x64 режим - задача и ответственность операционной системы

До загрузки операционной системы много чего происходит. Надо найти и прочитать загрузочный диск с ОС, это может быть встроенный диск (IDE, SATA, NVMe), внешний USB диск, сеть или ещё что-нибудь. Надо предоставить загрузчику ОС API для чтения диска, перечисления памяти и периферии, вывода на экран и т.д.. В здравом уме это на 16 битном ассемблере никто писать не будет.

В отличии от вендор-лок прошивки

А вендор-лок железо вас устраивает? Не вижу проблемы.

Потом любой загрузчик, что BIOS, что UEFI/EDK2 переходит в 32/64 битный режим. 16 битный режим используется только для публичного интерфейса программных прерываний BIOS, внутри всё на Си написано. Можно исходники SeaBIOS посмотреть.

BIOS в 32/64 режим не переходит, он не имеет права это делать из-за совместимости с DOS. В этот режим переходит операционная система, точнее её собственный загрузчик.

До загрузки операционной системы много чего происходит. Надо найти и прочитать загрузочный диск с ОС, это может быть встроенный диск (IDE, SATA, NVMe), внешний USB диск, сеть или ещё что-нибудь. В здравом уме это на 16 битном ассемблере никто писать не будет.

Это пишут на C и в 16-bit режиме написать это ни чуть не труднее, чем в 32/64.

А вендор-лок железо вас устраивает? Не вижу проблемы.

Это более частный случай.

Производители железа заинтересованы в продажах

Дык, а какая им разница кому продавать: вендорам конечных устройств или потребителям напрямую ? Особенно когда рынок десктопов постепенно сокращается.

Да и не хотят производители железа заморачиваться прошивками.

Они и так не заморачиваются. UEFI у каждого первого производителя мат-платы - глючное дырявое говно с вечно поломанным ACPI (как минимум) и кучей других багов которые не исправляются никогда. Микрокод-то даже обновлять не торопятся и даже когда критические проблемы возникают.

Но я верю, что полностью сегмент модульных десктопов и рабочих станций не умрёт. Т.к это всё-таки какой-никакой рынок. Геймеры там те-же. Но в том что он сократится и подорожает - я не сомневаюсь даже.

Это пишут на C и в 16-bit режиме

В итоге код 32 битный, хоть и скомпилированный особым образом:

In order to produce code that can run when the processor is in a 16bit mode, SeaBIOS uses the binutils «.code16gcc» assembler flag. This instructs the assembler to emit extra prefix opcodes so that the 32bit code produced by gcc will run even when the processor is in 16bit mode. Note that gcc always produces 32bit code - it does not know about the «.code16gcc» flag and does not know that the code will run in a 16bit mode.

Отсюда.

Это более частный случай.

Что BIOS, что UEFI, вендорлок одинаковый, просто в UEFI убрали устаревшие режимы и интерфейсы.

полностью сегмент модульных десктопов и рабочих станций не умрёт

Но BIOS вероятно умрёт.

Устройство будет содержать 8 ГБ оперативной памяти DDR4-2666 и твердотельный накопитель ёмкостью 256 ГБ.

facepalm.jpg.flac

Так дорого пару разъёмов распаять?

BIOS в 32/64 режим не переходит

SeaBIOS переходит в 32 битный режим и обратно: https://git.seabios.org/cgit/seabios.git/tree/src/romlayout.S#n26.

Тут упоминается, что некоторые части работают в 32 битном режиме.

romlayout.S:entry_post.
entryfuncs.S:ENTRY_INTO32.

он не имеет права это делать из-за совместимости с DOS

Проблем с совместимостью не будет если вернуться в 16 битный реальный режим по окончанию обработки программных прерываний.