https://www.opennet.ru/openforum/vsluhforumID3/138271.html Разработчики проекта Debian объявили об удалении портов для архитектур mips64el и armel (ARM EABI) из репозиториев unstable и experimental....<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64182<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#243 Sun, 09 Nov 2025 23:10:27 GMT так а в чём проблема? напишите что вам это очень надо, у вас есть скилы и время, и вы берётесь поддерживать.<br><br>дропают только по совокупности двух причин:<br> - оно никому особо не нужно;<br> - поддержка требует от сообщества ресурсов, которых дефицит.<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#242 Sun, 09 Nov 2025 22:58:06 GMT какие именно телефоны на armel?<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#241 Fri, 07 Nov 2025 21:10:07 GMT мелко идут, суся уже x86-64-v1 дропает<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#240 Fri, 07 Nov 2025 09:31:07 GMT &gt; Но если слушать луддитов - то мы бы и так сидели на вторых пнях.<br>&gt; Но софт был да, очень оптимизированный)<br><br>Если бы да кабы. Но уж точно дырявых процессоров из-за кривой внедряемой в неё фичи можно было бы избежать.<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#239 Fri, 07 Nov 2025 09:27:14 GMT &gt; Чешь не неси. Все пакеты не зависят от Раста.<br><br>Явно строишь...<br><br>Но остальным для того что бы собрать ВСЕ пакеты надо собрать и пакеты на rust.<br><br>Сколько бы мало их не было.<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#238 Fri, 07 Nov 2025 04:48:13 GMT &gt; и возможность иметь больше 4 Гб. Что и впрямь полезно для <br>&gt; сложных задач, но по сути тратится лишь на нагревание воздуха джаваскриптами <br>&gt; жиреющих браузеров <br><br>Еще таки в 2 раза больше операций за 1 такт и больше регистров. Впрочем, да, использование этой мощи совсем не поражает воображение.<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#237 Fri, 07 Nov 2025 03:43:08 GMT &gt; Переключи секурбут в setup mode да загрузи свои ключи, что ж вы <br>&gt; все такие беспомощные <br><br>Это весьма зависит от имплементера фирмвари - есть ли там такое вообще. Не говоря о том что мне по дефолту урезали выбор, навязали ключи wintel а порой еще и boot guard какой подсунули чтоб я точно не взял фирмвар под мой контроль.<br><br>А чтобы проц с фабы шел девственным - без убер-ключей с топовым приоритетом в фьюзах (ME/PSP root hash) - вообще фиг.<br><br>А вот на ARM большая часть процов с фабы ванильки и вполне реально стать тем кто вписывает _первый_ root of trust. И тогда платформа служит - именно ему. А секурити реально защищает владельца этого от остальных. На x86 этого просто - не дано. Там AMD или Intel всегда топовая ауторити в системе на современных процах. И самый крутой ключ они оставили - себе. Ничему гномов не учит история с 9 фуфловыми кольцами, которые им с барского плеча отсыпали, типа.<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#234 Fri, 07 Nov 2025 02:20:41 GMT &gt; И кто будет с таким уровенем "поддержки" делать сборку под эти архитектуры <br>&gt; на полном серьёзе? Это ещё более жалко, чем просто прекратить поддержку. <br><br>Вопрос, что подразумевается под поддержкой у gcc условного, особенно в случае вендоровых тулчейнов?)<br> https://www.opennet.ru/openforum/vsluhforumID3/138271.html#233 Fri, 07 Nov 2025 02:18:36 GMT &gt; Это на самом деле можно решить. С совсем иной стороны. Т.е. работая с тем что пришло как uint32 с пофигом на порядок байтов. А в местах где критично, типа анализа IP и маски чутка подкостылить вычисления чтобы работали и так и сяк. Но сие довольно похабно по коду и может отлиться в кучу багов и дурных рефакторов, а код на вид и по факту будет делать немного разное, что довольно так себе.<br><br>Да где похабно то, оно и так везде так реализуется:<br>Принадлежность ip маске - ip & mask == mask<br>И без разницы какой тут порядок байт<br><br>Однако даже если и разворачивать - то эта операция занимает гораздо меньше времени чем всё остальное что происходит при маршрутизации пакета, особенно если у тебя NAT условный реализуется. Использование BE архитектур тут экономия на спичках, никто этим не занимается, ни один из распространённых крупных роутеров.<br>