Debian 12 Bookworm может стать последним в истории релизом с поддержкой 32-разрядных x86

О, коллега. Прямо как мои нетбучки с атомами и 2 гб памяти максимум. Разве что SSD нормальный не воткнуть. Как решается вопрос с браузером — или там по-сталински, нет браузера — нет проблемы?

Легковесные нормально не рендерят. Мейнстримные тормозят. Консольные неудобны.

Некоторые сидят якобы с мобилы, чтобы пользоваться легковесными версиями сайтов. Я так делать не пробовал.

А почему SSD нормальный не воткнуть? SATA на большинстве задач не хуже NVMe. Или у тебя eMMC везде?

3-6 часов надо

А, да, якобы, возможность запускать i386 через multilib сохранили в X86S.

Ну, стала или всё ещё не стала - надо тогда смотреть на статистику используемых ОС. Если там уже не WinXP, то стала.

На сегодняшний день официально сохранили 32-битную поддержку следующие дистрибутивы:

DistroWatch насчитал 22.

Ну в dell mini 9 нагорожен какой-то свой формат диска с собственной распиновкой. Такие продаются (или не так давно ещё продавались) на алике, но игра свеч не стоит. Я вместо этого распаял на плату mini pci-e, на который 3.3 вольта и USB разведены, и воткнул адаптер для SD карточек. Всё это, конечно, скоростью не блещет. А вот про леново не уверен, туда может и можно воткнуть, там обычный хард вроде, но я не смотрел, sata он или нет. Но в нём есть вентилятор, он сам больше размером, и зарядник у него больше.

DistroWatch насчитал 22.

Из них большинство основаны на Debian прямо или опосредованно. Дропнет Debian 32 бита - поддерживать 32 бита в производных дистрибутивах станет сложнее.

Который с мусорки? Найди ты себе уже работу, что ли.

s390x – это актуальная платформа. Новые процессоры недавно вышли: https://en.wikipedia.org/wiki/IBM_Telum_(microprocessor).

Лулз в том, что есть дохрена кода сейчас, которые 32-битным компилятором тупо не собрать. Особенно плюсцы от этого страдают: gcc и шланг в лёгкую выжирают больше 4G памяти на сборке шаблонного кода.

А в кросскомпиляцию лялексоеды традиционно не могут.

Пользовался активно года 3 назад убунтой. Комп был на пентиуме 4. Пользоваться на тот момент было не очень комфортно, много софта на тот момент перестало работать с 32 битными архитектурами.

Во времена мультилибов в дебиане было довольно весело.

Вообще такие решения надо принимать заранее, а не спустя полгода подготовки релиза.

Я вообще то читал внимательно и не виноват что исправили уже после того как я написал:

mx__ ★★★★★ (20.12.23 21:38:58 GMT+04:00)

Исправление hobbit, вчера 22:51:

Поэтому прежде чем обвинять в невнимательности нужно ВНИМАТЕЛЬНЕЕ прочитать историю изменений …

Это во первых.

Во вторых:

Когда я писал то заголовок был такой:

Debian 12 Bookworm, возможно последний в истории релиз с поддержкой 32-бит

Хотя по сути он не сильно изменился. А теперь отгадайте с 3-х раз что есть:

multi-arch

в данном случае.

И кстати слова

и запуск i386-подсистемы в chroot.

Хм. А что вообще изменится то ? Ядра просто не будет 386 что ли ?

1. И кто в этом виноват ? Писатели этих прог или авторы gcc ?
2. Вообще то кросскомпиляция это не совсем то. И вы пишете :

А в кросскомпиляцию лялексоеды традиционно не могут.

Хотел бы услышать а кто может ? Интересно даже.

Почитал на opennet

Из планов отмечается прекращение формирования официальных установочных сборок и пакетов с ядром для 32-разрядных систем x86

ну теперь все понятно стало, а то непонятно ничего было :( Выкидывают ядро 32бита и образы для установки с ним(iso, img для PXE и т.д.), все остальное так и останется.

KDE, QT, webkit, chromium, Firefox - все требует SSE2, как понимаю

Что самое забавное, «требует» != «использует».

Куча софта, например ffmpeg, «требует SSE2» примерно так:

if( model == 9 model == 13 model == 14 )
            {
                cpu &= ~(X264_CPU_SSE2X264_CPU_SSE3);
                assert(!(cpu&(X264_CPU_SSSE3X264_CPU_SSE4)));
            }

После закрытия подобного if'а = компилится и работает на ура. Дальше разбираться в коде не стал, может далее где-то и стоят ifdefы, но сконпелялось и работало на проце без SSE2

Проблема 32 бита вовсе не в днищебродских нетбуках или компах 2006 года, как пишут некоторые.

Проблема в том, что штеуд386 (да да, именно тройку, а не 686 или p4) закончили производить только в 2007 году, а коекто производит и поныне - и продолжает это чудо использоваться повсеместно из-за целой кучи причин.

Чего уж говорить за другие более новые и современные 32-битные процы включая те что с поддержкой SSE2 начиная с кажется netburst.

И кто в этом виноват ? Писатели этих прог или авторы gcc ?

И те и другие. А ещё авторы C++, потому что сделали язычок говном.

Вообще то кросскомпиляция это не совсем то. И вы пишете :

Кросскомпиляция – это как раз то.

Хотел бы услышать а кто может ? Интересно даже.

Apple, например. Вся их экосистема недавно вообще без проблем на ARM переехала в том числе благодаря этому: тулчейны были выпущены заранее и к моменту релиза новых процессоров под них уже был готов софт.

Чего уж говорить за другие более новые и современные 32-битные процы включая те что с поддержкой SSE2 начиная с кажется netburst.

современные

netburst

Launched November 20, 2000; 23 years ago

Я с ужасом представляю, что в 2002 году могли быть наркоманы, называвшие 8088 (вышел в 1979) «современным» и жалующиеся, что лялекс на нём дескать не работает.

проснись ты сререшь - уже работаю на двух, да третья бы не помешала, но с условием - не в ущерб двум другим.

Имею нетбуко-планшет с 2Гб рама. Тестировал и 32 и 64 бита, не заметил разницы в скорости, остался на 64х.

AMD64 жрёт как не в себя памяти, как раз x86 полезен для устройств в 2-3Гб RAM, заметно

Я с ужасом представляю, что в 2002 году могли быть наркоманы, называвшие 8088 (вышел в 1979) «современным» и жалующиеся, что лялекс на нём дескать не работает.

Це усьо потому, що ты под словом «компьютер» представляешь себе консюмерское устройство у тебя на столе, а «сервер» - это стойка в мегасовременном ЦОД которую обслуживает бородатенький смузихлебчик.

Но это далеко не так.

ЭВМ на базе тех же Xeon до сих пор используются в ЖД, в больницах, в госархивах, в школах, в налоговых. В архиве я сей девайс видел лично, и обновить его - не то же самое что тебе сходить в супермаркет, там полно проблем, начиная от боязни трогать то что работает (напомню, архив - это женщины и архивариусы, а не бородатые линуксоиды в прокуренных свитерах) и заканчивая бюрократией запрещающей что либо менять связанное с гостайной, без обоснования и кучи сертификаций по безопасности, пожароопасности, устойчивости к ЭМИ и еще много такого о чем мы даже не догадываемся. Ему легче пьезиком в дырку стрельнуть и похоронить, нежели апргрейдить.

А целку копермайн (370 сокет, 815 чипсет) я буквально месяц назад видел в одном интересном девайсе, мы бы назвали его терминалом. Эта штука со встроенным 15" монитором принимала купюры без сдачи, и печатала на термобумаге билеты в театр. Хотя там не Linux стоял, а XP-шка. Жесткого не было, вместо него стояла CompactFlash карточка. Когда я спросил «че не поменяете» - директор недоуменно посмотрел на меня и ответил вполне предсказуемым вопросом.

AMD64 жрёт как не в себя памяти, как раз x86 полезен для устройств в 2-3Гб RAM, заметно

На таких устройствах нужен не x86, а более вменяемая архитектура.

до сих пор используются в ЖД, в больницах, в госархивах, в школах, в налоговых. В архиве я сей девайс видел лично, и обновить его - не то же самое что тебе сходить в супермаркет, там полно проблем, начиная от боязни трогать то что работает (напомню, архив - это женщины и архивариусы, а не бородатые линуксоиды в прокуренных свитерах) и заканчивая бюрократией запрещающей что либо менять связанное с гостайной, без обоснования и кучи сертификаций по безопасности, пожароопасности, устойчивости к ЭМИ и еще много такого о чем мы даже не догадываемся.

Этим все равно скоро запретят пользоваться Debian по национальному признаку. Дверь в Базальт открыта.

Этим все равно скоро запретят пользоваться Debian по национальному признаку. Дверь в Базальт открыта.

Несколько раз перечитал сообщение, чтобы понять о чем ты.

Этим пользуются не только в РФ, а и по всему миру. Но если у нас основная проблема - сертификация и бюрократия, то в других странах проблема - золотое правило техники.

Apple, например. Вся их экосистема недавно вообще без проблем на ARM переехала в том числе

То что годами в линух пашет и когда это делает яблоко превозносится как будто это круто, мда….

Вы вообще в курсе что вся макосХ целиком взята из мира ЮНИХ, они не осилили свою макось портировать и просто взяли юних.

Мдааа … :(

Какой еще Базальт ? Базальт в пролете, кругом ставится Русский Дебиан+Убунту под названием Астра.

Так как заменить процессор и плату уже в существующих устройствах? )

Если бы UEFI не портил возможность ставить x86, то куча устройств с N3350 и Atom x5-Z8350 с 2-3-4 могло бы быть куда шустрее и в наши дни.

Какой еще Базальт ? Базальт в пролете, кругом ставится Русский Дебиан+Убунту под названием Астра.

Это респин, не выполняющий функции апстрима. 32 бита они сами не повезут. А базальт и сейчас сам везет 32 бита. Выбора нет, калька тоже не везет.

Этим пользуются не только в РФ, а и по всему миру. Но если у нас основная проблема - сертификация и бюрократия, то в других странах проблема - золотое правило техники.

А выбора все равно нет. 32 бита везти больше никто не хочет. Ну не слакварь же выбирать, не слакварь.

Це усьо потому, що ты под словом «компьютер» представляешь себе консюмерское устройство у тебя на столе

Прости, но твои телепатические способности провалились. Под словом «компьютер» я представляю себе красивую сисястую барышню, сидящую за столом и считающую на бумажке разную хероту.

https://en.wikipedia.org/wiki/Computer_(occupation)

ЭВМ на базе тех же Xeon до сих пор используются в ЖД, в больницах, в госархивах, в школах, в налоговых.

Каэш! Ведь Xeon до сих пор выходят. Серверные процессоры от Штеуда так называются.

А если ты про древнее говно, то и срать всем на него. Там работает софт тех же времён, что и само железо, и пусть там оно и остаётся.

То что годами в линух пашет и когда это делает яблоко превозносится как будто это круто, мда….

В лялексософте годами не пашет кросскомпиляция. Она сломана уже давно сначала стараниями гнутых обезьян с их автоконфом, а потом всякими днищенскими cmake сотоварищи.

Вы вообще в курсе что вся макосХ целиком взята из мира ЮНИХ, они не осилили свою макось портировать и просто взяли юних.

Прямо таки целиком? Ну сходи про XNU почитай (спойлер: это микроядро на основе Mach, примерно как GNU Mach, которое в HURD хотели но не осилили). А от Евнухсов в современной макоси нет примерно нихрена. Разве что консолька с zsh, но она вообще везде есть.

Главный лулз тут в том, что ядро макоси появилось ещё когда лялекса и в проекте не было, в Торовалтос был девственником и пускал слюни по девкам. Жоппс запилил NeXT ещё в 1988.

Может я ошибаюсь а как же wine ?

Они не выкидывают мультилиб:

Продолжится поддержка i386 как дополнительной архитектуры в системах на базе amd64 (multi-arch) и запуск i386-подсистемы в chroot.

А выбора все равно нет. 32 бита везти больше никто не хочет. Ну не слакварь же выбирать, не слакварь.

Та то понятно. Просто Линукс хочет быть как взрослые операционные системы. Только с процентом рыночка не срослось. Ну что ж, полтора - тоже нормальное число бгг

На сегодняшний день официально сохранили 32-битную поддержку следующие дистрибутивы

Что-то мало перечислено. А как же Void?

И ещё Kali же! Как же забыли главный дистрибутив для хакеров и пентестеров (которых среди юзеров меньшинство) и школьников, насмотревшихся сериалов (большинство)?

И MX Linux ещё. Это, конечно, не гента и не слакварь, но наверное популярнее/известнее альта будет в мире. В рунете, конечно, Альт известнее.

Ещё GUIX. Но ок, это, будем считать, экзотика уже.

Линукс уже доминирует по процентам, весь мир на нём крутится. Оставьте манеру сравнивать только десктопы. Тот же сабжевый дебиан далеко не только и не столько на десктопах используется.

Что-то мало перечислено. А как же Void?

Я хотел спросить «А как же Слака?», но выяснилось, что Слака просто никак :(

Не понял. Слака же есть в списке.

32 бит i386 это не такие ещё уж и старые процессоры

Ага, двадцатилетней давности. В 2000 году никто не требовал возможности запустить Windows XP или RedHat 9 на 8088

И ещё Kali же! Как же забыли главный дистрибутив для хакеров и пентестеров (которых среди юзеров меньшинство) и школьников, насмотревшихся сериалов (большинство)?

И MX Linux ещё. Это, конечно, не гента и не слакварь, но наверное популярнее/известнее альта будет в мире. В рунете, конечно, Альт известнее.

Не считается, потому что это в терминологии Red Hat - респины. А значит при дропе 32-bit в Debian будут дропнуты 32-bit и в Kali, и в MX Linux. Т.е они сами целиком и полностью вектор развития дистрибутива не определяют вовсе.

А вот Базальт, Gentoo и Slackware не являются респинами чего-либо и принимают решения, в том числе и о поддержке 32-bit самостоятельно целиком и полностью, с учетом мнения апстрима. И полностью определяют свой вектор развития, включая и вопрос поддержки SysV, upstart и других систем инициализации. При желании может быть даже выделена ветвь «Legacy» c долгосрочной поддержкой старого релиза 32-бит.

Линукс уже доминирует по процентам, весь мир на нём крутится. Оставьте манеру сравнивать только десктопы.

Линукс крутится там, где человек\пользователь признает: да, я использую Linux, и я хочу использовать Linux.

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

Ты ж не говоришь что у тебя ноут фирмы Intel или фирмы AMD, да ? Хотя должен, ведь он на этом крутится.

Опять пишешь, не опохмелившись?

Главный лулз тут в том, что ядро макоси появилось ещё когда лялекса и в проекте не было,

То ядро они не осили портировать и взяли тупо от Фряхи. Еще раз, макосьХ практически все взяло с linux/unix, своего там только работа дизайнеров.

Apple анонсировал ядро Darwin 1.0

Ага, двадцатилетней давности. В 2000 году никто не требовал возможности запустить Windows XP или RedHat 9 на 8088

Прогресс нелинеен.

Процессор 1980 года кардинально отличается от процессора 1990 года.

Процессор 2000 года от процессора 2010 года не отличается почти ничем, разве что парочкой нюансов.

Процессор 2010 года от процессора 2020 года не отличается ничем кроме маркетинга.

Исключение составляют переходные модели, но там речь о периферийных технологиях, а не о прогрессе вычислительной системы.

На 2-3 гигабайтах уже ощущается нехватка 32-битного адресного пространства. Код, скомпилированный под amd64 жрет не намного больше 32-битного

Процессор 2010 года от процессора 2020 года не отличается ничем кроме маркетинга

Чушь

Процессор 2000 года от процессора 2010 года не отличается почти ничем, разве что парочкой нюансов

Чушь

На 2-3 гигабайтах уже ощущается нехватка 32-битного адресного пространства

Для справки, 32 бита позволяют адресовать 4 Гб.

Код, скомпилированный под amd64 жрет не намного больше 32-битного

На 64 битах все указатели становятся в два раза больше. Увеличение потребления памяти зависит от того, насколько много в приложении указателей (например, их очень много в древовидных структурах данных, связных списках и т.д.)

Процессор 1980 года кардинально отличается от процессора 1990 года

Процессор 1990 года отличается от процессора 1980 года разрядностью ALU (32 vs 16) и адресной шины (20 vs 32), наличием конвеера и, появлением кеша 1-го уровня, частотой, полноценным MMU и, возможно, интегрированным FPU. Процессор 2010 года отличается от процессора 2000 года разрядностью ALU (64 vs 32) и адресной шины (38-40 vs 36), многоядерностью, количеством регистров общего назначения (16 vs 8). А процессор 2020 добавляет к этому списку аппаратную виртуализацию и аппаратное шифрование во все поля (теперь это доступно даже в атомах J-серии), быструю графику на одном кристалле с процессором и массовое распространение OoOE. Вполне сопоставимые изменения

Для справки, 32 бита позволяют адресовать 4 Гб

Для справки, рекомендую нагуглить, чем виртуальное адресное пространство отличается от физического

На 64 битах все указатели становятся в два раза больше

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