https://opennet.ru/openforum/vsluhforumID3/107832.html Разработчики проекта Debian объявили (https://lists.debian.org/debian-devel-announce/2016/05/msg00001.html) об изменении минимальных требований к процессорам, на которых смогут работать сборки Debian для архитектуры i386. В качестве минимально поддерживаемых вместо 586 отныне заявлены процессоры класса 686. Таким образом, поддержка процессоров старее выпущенного 20 лет назад Pentium Pro прекращена (поддержка 486 была прекращена в Debian Squeeze). <br><br><br>С декабря пакеты с ядром Linux новее 4.3 для архитектуры i386 уже собираются только с поддержкой процессоров 686. Отныне изменения внесены и в GCC, что привело к сборке всех пакетов в Debian Unstable и Testing с использованием генерации кода только для CPU 686. Попытка запуска данных пакетов на более старых CPU приведёт к краху. Всем пользователям Unstable и Testing на старых CPU рекомендуется использовать Debian 8 "Jessie", в котором поддержка старых процессоров продлится до 2018 или 2020 года, если для Jessie будет предоставлена дополнительная поддержка LTS.<br> https://opennet.ru/openforum/vsluhforumID3/107832.html#116 Mon, 14 Dec 2020 03:22:33 GMT &gt; Заинтересовался этим патчем feat-arch-x86--cpu-emu<br><br>Зачем?<br> https://opennet.ru/openforum/vsluhforumID3/107832.html#115 Sun, 13 Dec 2020 16:43:02 GMT Заинтересовался этим патчем feat-arch-x86--cpu-emu. Может сохранился у вас<br> и перешлете мне на seyko2 gmail. На ftp серверах не нашел. Там уже поменялось содержимое.<br><br>&gt;[оверквотинг удален]<br>&gt;&gt; Мог входить в состав https://packages.altlinux.org/ru/4.0/srpms/kernel-image-led-tc/patches <br>&gt;&gt; или https://packages.altlinux.org/ru/5.0/srpms/kernel-image-led-tc/patches (но <br>&gt;&gt; по именам патчей сходу не вижу).<br>&gt; feat-arch-x86--cpu-emu <br>&gt; На 80486-ом дистрибутивы i586 работали без заметной просадки.<br>&gt; i686 (там добавились CMOV, FCMOV, FCOMI) AFAIR тоже как-то вроде работало, но <br>&gt; окончательно оттестить не хватило времени/терпения/желания, да и железа-то такого нет <br>&gt; давно, а на qemu как-то лениво было. К тому же эмуляция <br>&gt; i686 скорее всего таки даст просадку в производительности (CMOV'ы довольно часто <br>&gt; используются, в одно редко и двух очень редко использумых иструкций i586). <br><br> https://opennet.ru/openforum/vsluhforumID3/107832.html#114 Thu, 12 May 2016 09:49:21 GMT &gt;&gt;&gt; ты не поверишь, но pi и не поддерживается <br>&gt;&gt; ты не поверишь, но поддерживается armel, armhf и armv8, в том числе и пи стало быть.<br>&gt; разве armel поддерживается в новых выпусках debian? не поверю, пойду проверю.<br><br>http://mirror.yandex.ru/debian-cd/8.4.0/<br>http://cdimage.debian.org/cdimage/stretch_di_alpha5/<br>http://cdimage.debian.org/cdimage/weekly-builds/<br><br>&gt; в любом случае, даже те выпуски debian, которые поддерживают armel, на pi <br><br>arm-железки вообще жутчайший зоопарк //Я так слыхала.<br>https://d-i.debian.org/manual/en.armel/ch02s01.html#armel-supported-platforms<br><br>"А них ж-ж-ж-е даж-ж-же нет BIOS-а! Какое убож-ж-жество!!"<br>Там аж "просто загрузиться" -- всегда отдельный квест с конями.<br><br>&gt; не используются. там используются сборки, поддерживающие armv6, ибо я помню, как <br>&gt; кто-то говорил, что даже с декодированием аудио armel по сравнению с <br>&gt; armv6 выглядит очень печально <br><br>Всё наоборот: в оригинальном Pi дешёвый бродкомовский armv6-обрубок, а "большой" Debian, вроде, требует/собран для v7 https://opennet.ru/openforum/vsluhforumID3/107832.html#113 Thu, 12 May 2016 09:28:23 GMT &gt;&gt; Сейчас распакованный образ ядра за сотню сожрет.<br>&gt; Неправда, типичный размер для дистра а-ля убунты - двадцатник.<br><br>"Ма-а-альчишки... Не ссорьтесь!"ТМ<br><br>Вы оба правы. И оба неправы, потому что линейкой пользоваться не умеете.<br><br>Загрузка linux-image-4.4.0-21-generic[CODE]&#124; Архитектура &#124; Размер пакета &#124; В установленном виде &#124;<br>&#124; amd64 &#124; 18 253,2 Кб###&#124; 54 123,0 Кб *** &#124;<br>&#124; arm64 &#124; 53 337,5 Кб &#124; 228 624,0 Кб &lt;&lt;&lt;...&#124;<br>&#124; armhf &#124; 58 235,0 Кб &#124; 180 153,0 Кб &#124;<br>&#124; i386 &#124; 16 983,7 Кб###&#124; 39 251,0 Кб *** &#124;<br>&#124; ppc64el &#124; 18 078,6 Кб &#124; 72 870,0 Кб &#124;<br>&#124; s390x &#124; 11 897,0 Кб &#124; 40 538,0 Кб &#124;[/CODE]http://packages.ubuntu.com/xenial/linux-image-4.4.0-21-generic<br><br>Загрузка linux-image-extra-4.4.0-22-generic[CODE]&#124; Архитектура &#124; Размер пакета &#124; В установленном виде &#124;<br>&#124; amd64 https://opennet.ru/openforum/vsluhforumID3/107832.html#112 Wed, 11 May 2016 20:45:22 GMT &gt;&gt; мало того gcc c 4.8 релиза вообще разучилось делать любой x86 код без CMOV.<br>&gt;&gt; а это минимуи тот же 686, так что не надо ляля, поддержки старых процессоров <br>&gt;&gt; молчком была давным давно свёрнута.<br>&gt; Если что, у led@ когда-то был экспериментальный ядерный патчик насчёт программной эмуляции <br>&gt; разницы -- можно поискать по архивам, если кому CMOV совсем надо. <br>&gt; Мог входить в состав https://packages.altlinux.org/ru/4.0/srpms/kernel-image-led-tc/patches <br>&gt; или https://packages.altlinux.org/ru/5.0/srpms/kernel-image-led-tc/patches (но <br>&gt; по именам патчей сходу не вижу).<br><br>feat-arch-x86--cpu-emu<br><br>На 80486-ом дистрибутивы i586 работали без заметной просадки.<br>i686 (там добавились CMOV, FCMOV, FCOMI) AFAIR тоже как-то вроде работало, но окончательно оттестить не хватило времени/терпения/желания, да и железа-то такого нет давно, а на qemu как-то лениво было. К тому же эмуляция i686 скорее всего таки даст просадку в производительности (CMOV'ы довольно часто используются, в одно редко и двух очень редко испо https://opennet.ru/openforum/vsluhforumID3/107832.html#111 Wed, 11 May 2016 15:53:04 GMT &gt;&gt; Такими темпами могут и про Pi заявить "не поддержку", допустим решат поддерживать <br>&gt;&gt; только armv8 64bit, или более современные инструкции АРМ чем Пи <br><br>#&gt;&gt;, ради сустемДэ.<br><br>&gt; Это как раз более чем разумно: v6hf из тех малинок был... редкостью <br>&gt; Справедливости ради, тут как раз systemd решительно ни при чём.<br><br>Восторженная аудитория набежавших потреб--телей дёшево-разноцветных маркетинговых свисто-п--делок *очень* похожи. Та-а-што, в "переспективе", и этих ждут такие же "решительные" кидки, как тех. Чем не Общность? :D<br> https://opennet.ru/openforum/vsluhforumID3/107832.html#110 Wed, 11 May 2016 15:32:40 GMT &gt; мало того gcc c 4.8 релиза вообще разучилось делать любой x86 код без CMOV.<br>&gt; а это минимуи тот же 686, так что не надо ляля, поддержки старых процессоров<br>&gt; молчком была давным давно свёрнута.<br><br>Если что, у led@ когда-то был экспериментальный ядерный патчик насчёт программной эмуляции разницы -- можно поискать по архивам, если кому CMOV совсем надо. Мог входить в состав https://packages.altlinux.org/ru/4.0/srpms/kernel-image-led-tc/patches или https://packages.altlinux.org/ru/5.0/srpms/kernel-image-led-tc/patches (но по именам патчей сходу не вижу).<br> https://opennet.ru/openforum/vsluhforumID3/107832.html#109 Wed, 11 May 2016 15:21:58 GMT &gt; Такими темпами могут и про Pi заявить "не поддержку", допустим решат поддерживать <br>&gt; только armv8 64bit, или более современные инструкции АРМ чем Пи<br><br>Это как раз более чем разумно: v6hf из тех малинок был... редкостью (т.е. так только под них и собирали, похоже), а без аппаратной плавучки для ОС общего назначения, да ещё и с соответствующим софтом, уж больно небыстр. v7hf уже куда ни шло, но памяти пара гигов и всё.<br><br>Справедливости ради, тут как раз systemd решительно ни при чём.<br> https://opennet.ru/openforum/vsluhforumID3/107832.html#108 Wed, 11 May 2016 15:17:34 GMT &gt; единого для всех 686<br><br>В каком месте-то единого?<br>