Что будут делать разработчики дистрибутивов Linux, когда x86/AMD64 отправится на покой и придет тивоизированный ARM?

x86/amd64 не отправится на покой. Если он и уступит кому-то место, то точно не arm)

А он точно-точно придет? Что мне вспомнилось как Microsoft пытались рынок ARM смартфонов захватить с их Windows Mobile.

Как по-твоему сейчас работает Raspberry Pi?

Что будут делать разработчики дистрибутивов Linux, когда x86/AMD64 отправится на покой

Уже пару десятков лет как лежать в гробах (после смерти от старости).

Как по-твоему сейчас работает Raspberry Pi?

Так, как ей пока позволяют работать. Традиционного для x86/AMD64 UEFI, в котором можно выбирать исп. файл или загрузчик на FAT32 разделе, там нет. Там даже привязка загрузки к черепашьей MicroSD-памяти до сих пор сохраняется. И никаких флешек с новомодным Type-C, никаких SSD с Type-C, никаких PCI-Express…

Эльбрусу

это у которого эмуляция x86 работает быстрее натива, потому что никто не знает как этим пользоваться?

в своё время посмотрел наверное часов 5 интервью и подробных обзоров, все ждут «что разработчики научатся использовать его архитектуру», но никто не говорит, даже в теории, на каких задачах оно может обгонять интол

А как интересно потом будет посмотреть, как поменять 8GB LDDPR5X на 32 и 64, а распаянный eMMC/UFS-чип с 256GB на 4 TB, с помощью паяльника и программатора. Ибо другого способа нет. И понадобится на это не 5 минут уж точно. И даже не один день.

Традиционного для x86/AMD64 UEFI

https://www.altlinux.org/RaspberryPi_and_UEFI

И никаких флешек с новомодным Type-C, никаких SSD с Type-C, никаких PCI-Express

Зависит от первичного (нулевого) загрузчика в процессоре. В крайнем случае можно U-Boot на SPI Flash разместить.

Опять же поиск даёт тут же: https://dmitrysnotes.ru/raspberry-pi-zagruzka-s-usb-nakopitelya

ИТОГ: 4.2

как можно будет установить дистрибутив?

у нас была пара осциллографов и неконтролируемых доступов в матрицу; но коллега опасался что может не хватить

Товарисч!: доступ до железа — доступ до всего софта на том железе

CrX есть многое мой друг Гораций... мудрецам

так вот

интол(sic) обгоняется на Эльбрусах при достаточных вложениях в vliw маш код непосредственно либо при качественных компиляторах в таковой - текущая динамика на нефть увеличивает позитивные ожидания на появление таковых

с помощью программатора

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

как поменять 8GB LDDPR5X на 32 и 64, а распаянный eMMC/UFS-чип с 256GB на 4 TB, с помощью паяльника и программатора.

Паяльная станция и программатор - это тут не самое сложное. Сложнее может быть переписать код инициализации контроллера памяти (встроенного в SoC) чтобы оно другой размер памяти увидело. Имел опыт с MELE A2000G,досталась с гигом памяти,а линукс видел на ней только 512 мегов. Править пришлось в u-boot потому что инициализация оказалась там.

...как можно будет установить дистрибутив?

«Поручик, молчать!» © 😁

Паяльная станция и программатор - это тут не самое сложное.

Ну уж точно сложнее, чем вставить планку в слот, зайти в UEFI, выставить XMP-профиль.

не, ну мы ждём конечно, а как же

И производителей желающих отдавать код разблокировки загрузчика

Меня куда больше беспокоит нежелание производителей делать процессоры,настолько же открытые каким был 8086 и компы на его основе.

Тут вон RPi упоминали - так вот на ней проц содержит закрытую часть(фактически второе ядро),которя кстати и стартует первой. Или системные платы на Интеле,которые содержат в чипсете второй проц и Intel ME на основе как ни странно Миникса. Код закрыт. Да и управляющие регистры чипсета далеко не для всех плат описаны. Считается что к ним надо через ACPI доступать. А таблица DSDT чуть ли не на большинстве компов - кривая и/или неполная. Особенно это заметно на ноутах,но и на десктопах тоже есть.

У многих серверных и ноутбучных армов нынче же UEFI и все дела, грузи хоть чёрта лысого.

вставить планку в слот

Это просто только если производитель проявил благосклонность и написал в биосе или загрузчике автоопределение объема доступной памяти. Просто мы привыкли что на десктопных платах сейчас оно есть. Но даже на десктопах так было не всегда. На машинах с процом 80286 в начале 90х например нередко требовалось переставление перемычек на плате. Описание расположения которых еще найти надо было. Понятно что в общем случае производитель совершенно не обязан беспокоиться о возможности изменения количества памяти. Он делает компьютеры не для нашего удобства а для продажи с целью собственного обогащения. Капитализм однако.

С кэш-памятью времён 486 и первых пеньков весело было.

Рачий десктоп на малинке? Какая жесть… Хреново тогда будет, да.

https://www.ixbt.com/live/platform/radxa-predstavila-pervuyu-v-mire-materinskuyu-platu-s-otkrytym-ishodnym-kodom-arm-v9.html

Если он и уступит кому-то место, то точно не arm

RISC-V 🤡

Не придёт.

FUD.

Посмотри список поддерживаемых архитектур у Дебиана.

десктоп на малинке?

На именно малинке не пробвал,а вот на проце AllWinner A10 и плате от телеприставки MELE A2000G делал и с 2010 по 2013 год пользовался. Позволяло не только код писать но даже электронные схемы в KiCAD рисовать и чертежи не сложных деталей (FreeCAD,OpenSCAD). Да, кино оно показывать не могло. Но я кино [не]люблю также как симфоническую музыку так что мне не критично. Зато 8 ватт энергопотребления было очень критично так как у меня тогда еще небыло собственной солнечной электростанции дома. Впрочем, к нонцу 10х годов интелы тоже хорошо подтянулись в плане управления энергопотреблением так что теперь arm стал не так интересен.

RISC-V

У него есть серьезное преимущество в виде отсутствия патентных ограничений. Но эффективную реализацию еще сделать надо. Вполне возможно что китайцы и сделают. Но не быстро. На создание нынешних процессоров Интелу тоже десятки лет потребовались.

Который (официальный) кстати существенно сократился в последнее время. Пишут что у них не хватает людских ресурсов чтобы все поддерживать.

Актуальных архитектур тоже сократилось. Найди актуальную зелезяку под power, например.

Дебиан как раз БЫЛ ценен тем что поддерживал не только то железо которое маркетологи сейчас считают «актуальным».

Ну так будет список актуального железа на мипсах, спарках, старых армах, BE?

Просто когда эта поддержка была, то то железо еще не было настолько древним. Ну и современные софтописатели тоже мейнтейнерам лишней работы подкидывают. Ну а если сильно надо, то для древней железки и самому собрать можно))

Вообще, vliw выглядит как тот чудо-архиватор - главное, найти чудо-алгоритм для обгона...

у носимых девайсов встречаются хорошо заклееные корпуса.

У тебя что, фена нет?!

актуального железа на мипсах

Роутеров на мипсах много используется. А так-то железо бывает не только бытовое. В не-бытовом можно что угодно встретить,тем более что эксплуатируется оно куда как дольше потому что не меняется по указаниям маркетологов.

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

С этим я и не спорю,это действительно так. Но было удобно что существовало готовое уже собранное.

софтописатели тоже мейнтейнерам лишней работы подкидывают.

К сожалению да. Качество софта падает.

У тебя что, фена нет?!

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

другой размер памяти увидело.

Так китайцы этот финт вроде давно освоили, все маркетплэйсы завалены накопителями с фейковым объемом (правда есть у меня подозрения, что товарищи в hex-редакторе правят прошивку, но как факт того, что задача это вполне реальна в «подвальных» условиях, вполне себе сгодится)

Ну а если сильно надо, то для древней железки и самому собрать можно))

Ага, кросс-компиляция какого-нибудь rust …Да даже gcc нынче 700-800 мб раскрытый, и собираться любит на 2-3 Гб памяти. В общем если машинка бывший сервер - то ещё может быть. А если макбук на powerpc ….

я кстати пытаюсь скрестить старый инсталлер slackintosh 12.1 и новое ядро. А потом хочу сделать инсталлятор с bonslack + вот это вот ядро, mac-fdisk, yaboot/grub.

Но пока надо хотя бы инсталлер (initrd) пересобрать, там похоже надо из qemu-system-ppc запускать один линух, чрутится в Bonslack, делать там инсталлер, править скрипты и добавлять что не положено, и только потом снаружи перепаковывать и пересобирать сам installer cd/dvd.

Кросс-компиляция ядра довольно быстрая, но вот что вики на OSDEV немножко врёт съело пару пересборок gcc. Потом свою строчку конфигурации использовал, и поехало. А потом ещё ядро оказалось по умолчанию как раз под какой-то embedded ppc с u-boot. Тоже пришлось переконфигурировать.

Т.е. так оно конечно просто, но день-два запросто потратишь, если фатальных ошибок при сборке-отладке не будет.

Ну, фен-то с регулировкой температуры. На самом деле, там всё просто. И да, тупо отдирается.

Если он и уступит кому-то место, то точно не arm)

https://www.zdnet.com/a/img/resize/75ac29a45f131401c741f3f9215555a051896d0f/2025/05/05/1b4e4e90-e107-4454-a82e-4c2850d72ad4/ibm-linuxone-emperor-5-coverplate.jpg?auto=webp&width=1280

Что нить придумают В конце концов лучше ответь что ты будешь делать когда всё уйдёт в онлайн с привязкой к биометрии? Что делать с компом то будешь?

vliw выглядит как тот чудо-архиватор

Была же ПС-2000 в 70х. Как-то люди умели её правильно программировать, что пользователи с драками на неё записывались, потому что геофизику/сейсмику она считала быстрее других.

Я-то совсем мелкий был. Больше помню мамины скандалы, что на «ПСку» срочно попасть не может.

Ну, систему линейных уравнений она быстрее всех посчитает. А sql оптимизатор на 10 таблиц с оконками?

ПС-2000 - не VLIW, а SIMD. Это другое.

Производительность Эльбруса примерно равна равночастотному x86 на целочисленных и примерно 1/3 на плавучее. Это я мерял лично. Ключевое слово - равночастотному. Оптимизированные алгоритмы и волшебный компилятор так никто и не написал, за 20 лет. А текущие цены на нефть компенсируешь лично ты из своего кармана, вне зависимости о того, хочешь ты этого или нет.

это у которого эмуляция x86 работает быстрее натива

Примерно тоже кстати было с Итаником, но никто в это не верил, да и сейчас не верит. Мало кто такие машины вживую видел, и мог оценить их мега производительность. История идёт с RISC, когда общую убогость архитектуры в челом и беспомощность ассемблера в частности, удалось скомпенсировать сишкиными оптимизациями. В противоположность CISC, на который сишечка не очень легла. Слуйнаность, на самом деле, совпадение частных факторов и артефакт. Однако, господин Б. за это и ухватился. У него в штате очень мощный маг с даром внушения. Очаровал американцев, очаровал военных. А компилятор волшебный написать - извините, не специалист.

ты будешь делать когда всё уйдёт в онлайн с привязкой к биометрии? Что делать с компом то будешь?

Склад с HDD/SSD, на котором есть все и на все случаи жизни, антенна для новостей.

ваставай патриот на защиту страны бурное время не ждун

дальше сам

по Пентковскому:

есть такой факТ только ты не обижуйся:

повышение производительности труда обусловленная совершенствованием инструмента(при условии что сиё происходит быстрее характерного времени для данного общества) влечёт за собой падение квалификации лиц сей инструмент использующие - этого бы эффекта возможно было бы избежать успевай структура социума морфировать синхроно изменению весов отраслей производительных сил - однако обычно самое устойчивое что есть у общества(оно по сути и есть общество в сущьности) это ровно та структура которая предпочтёт при росте производительности более приятного с почти пойже как ранее производтельностью(с положительной дельтой дай то б-г)а не делающего иксы с преждней приятностью но в порядки большей продуктивностью

гомеостаза однако начальника

так что vliw реально имеет области применения в которых он «при прочих равных» обставляет x64 как и наооборот

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

крч

будем надеятся что Франция в wwII достаточному научила