Спустя два года с момента прекращения формирования 32-разрядных установочных образов для архитектуры x86 разработчики Ubuntu приняли решение (https://discourse.ubuntu.com/t/i386-architecture-will-be-dro...) о полном завершении жизненного цикла данной архитектуры в дистрибутиве. Начиная с осеннего выпуска Ubuntu 19.10 пакеты в репозитории для архитектуры i386 больше формироваться не будут.
Последней LTS-веткой для пользователей 32-разрядных систем x86 станет Ubuntu 18.04, поддержка которой продлится до апреля 2023 года (по платной подписке до 2028 года). Все официальные редакции проекта (Xubuntu, Kubuntu, Lubuntu и т.п.), а также производные дистрибутивы (Linux Mint, Pop_OS, Zorin и т.п.) будут лишены возможности поставки версий для 32-разрядной архитектуры x86, так как собираются из общей пакетной базы c Ubuntu (большинство редакций уже прекратили поставку установочных образов для i386).Для обеспечения запуска существующих 32-разрядных приложений, которые невозможно пересобрать для 64-разрядных систем (например, многие игры в Steam остаются только в 32-разрядных сборках), в окружении Ubuntu 19.10 и более новых выпусках предлагается (https://lists.ubuntu.com/archives/ubuntu-devel/2018-May/0403...) использовать отдельное окружение с Ubuntu 18.04, установленное в контейнере или chroot, или упаковать приложение в snap-пакет с runtime библиотеками core18 на базе Ubuntu 18.04.
В качестве причины прекращения поддержки архитектуры i386 упоминается невозможность сопровождения пакетов на уровне других поддерживаемых в Ubuntu архитектур из-за недостаточного уровня поддержки в ядре Linux, инструментарии и браузерах. В частности, последние наработки в области повышения безопасности и средства защиты от фундаментальных уязвимостей больше не разрабатываются своевременно для 32-разрядных систем x86 и становятся доступны только для 64-разрядной архитектуры.
Кроме того, поддержание пакетной базы для i386 требует больших ресурсов на разработку и контроль качества, которые не оправдывают себя из-за незначительной пользовательской базы, продолжающей применять устаревшее оборудование. Число систем i386 оценивается в 1% от общего числа установленных систем. Большинство ПК и ноутбуков с процессорами Intel и AMD, выпущенные за последние 10 лет, без проблем могут быть переведены на использование 64-разрядного режима, А оборудование, которое не поддерживает 64-разрядный режим, уже настолько устарело, что не обладает необходимыми вычислительными ресурсам для выполнения последних выпусков Ubuntu Desktop.URL: https://www.mail-archive.com/ubuntu-devel-announce@list...
Новость: https://www.opennet.me/opennews/art.shtml?num=50896
> из-за недостаточного уровня поддержки 32-разрядной
> архитектуры x86 в ядре LinuxЧто там недостаточного? Недостаточно будет, когда дропнут раз и навсегда.
Оним имели в виду, что по**********о разработчиков ядра на их взгляд недостаточно и что не мешало бы их подтолкнуть к выпиливанию 32-битов из ядра. Если де-факто поддержка 32-битов будет только в дистрибутивах без софта, обновляющихся раз в 2 года, то её можно будет смело выпиливать из ядра, потому что такие дистрибутивы никому не нужны, потому что их использовать невозможно.А вообще очень обидно, когюа тебя берут и выкидывают на помойку с формулировкой "мы решили, что вы идёте на *** в целях оптимизации наших затрат и прибыли". В целях оптимизации затрат и прибыли выгодно вообще закрыть лавочку и заняться разработкой проприетарных программ на заказ.
Здесь вы можете выбрать такой дистрибутив где такого не происходит, не совсем понятна позиция пользователей когда они начинают что-то требовать от бесплатного продукта. Что-то я не видел обещаний поддерживать что либо вечно.
>А вообще очень обидно, когюа тебя берут и выкидывают на помойку с формулировкой "мы решили, что вы идёте на ***Зато это реальный шанс для «сообщества» показать что оно можт справиться и своими силами. Что открытый код позволяет им обойтись без воли чужого дяди. Или нет?
Linux From Scratch
Например, на 32 битном ядре не запускалась (а, может, и до сих пор не запускается) 32-битная Java без установки доп. параметров ядра: http://bugzilla.rosalinux.ru/show_bug.cgi?id=8815
На 64 битном такой проблемы не было.
На ubuntu прекрасно запускалась.
> Например, на 32 битном ядре не запускалась (а, может, и до сих
> пор не запускается) 32-битная Java без установки доп. параметров ядра:
>bugzilla.rosalinux.ru/show_bug
Ох уж эти РусскиеХацкерыТМ! Как-как, говорите, ___ROSA___ "не достаточно" поддержала запуск Вашей "32-битная Java" на 32-разрядной Wintel - Убунте........и Убунта -- сдалась, сломалась и прогнулась?!
Позовите Президента, нужны животворящие санкции.
Или нет, не нужны? Продажи сделанных в китае ноутбуков (и SODIMM-чиков, SODIMM-чиков!) растут, денежки в американию капают. В экономике подъём -- всё норм.
> На 64 битном такой проблемы не было.
вы б, ондрюша, меньше либертарианцев сосали^W курили, а то у вас дыхание фсё ихними продуктами жызнедеятельности пропахло...
> вы б, ондрюша, меньшеТы, я вижу, уж нанюхался. Ну, ничего. Жара спадёт -- оттышишься, попустит.
Эм, а wine?
В стиме свой есть, для хомячков хватит
Мир не ограничен Steam'ом.
Стим тоже 32-битный
mesa и нвидия в стиме тоже свои?
Есть в снапе.
Кушайте ваш snap сами.
>Для обеспечения запуска существующих 32-разрядных приложений, которые невозможно
>пересобрать для 64-разрядных систем (например, многие игры в Steam остаются
>только в 32-разрядных сборках), в окружении Ubuntu 19.10 и более новых выпусках
>предлагается использовать отдельное окружение с Ubuntu 18.04,
>установленное в контейнере или chroot, или упаковать приложение в snap-пакет
>с runtime библиотеками core18 на базе Ubuntu 18.04.Зачем этот ональный цирк с конями если в Debian lдо сих пор есть i386, более того, Steam в качестве поддерживаемого Linux-дистрибутива прежде всего указывает SteamOS, что логично, а убунту это просто как второстепенный дистр, на котором нет такой гарантии работы, а SteamOS это Debian Stable с более свежими ядром и проприетарными дровами, и из установленного Debian Stable если сильно чешется, довольно легко можно получить SteamOS подключением стимовской репы и штатным механизмом обновления (по грамотному с пинингом) и того, я без понятия зачем юзать бубунту для стима, если официально поддерживается SteamOS?!
А убунтуи да, должны страдать и обмазываться снапами, пусть жрут что дают, совершенно не жалко!
Дропать Стим это очень глупо. Зачем ещё убунка, ежели не стим?
>Дропать Стим это очень глупо. Зачем ещё убунка, ежели не стим?Незачем, потому как SteamOS это Debian, а вульва прежде всего под него оптимизирует, это просто убунтуи что-то там напридумывали себе по старой памяти, когда вульва всурьёз рассматривала бубунту как эталонный дистр и игровую linux-платформу, т.к. убута была на пике популярности, вот она по старой памяти кое-как её и поддерживает как альтернативную, но основная это SteamOS уже давно!
За основу взят Debian и по этому поводу даже в интернетах драма есть, где вульва вежливо дала понять, что Debian в качестве базы разработки не только с юридической стороны гораздо меньше потенциальных проблем будет иметь, в сравнении с убунтой, но также намекнули, что непредсказуемые закидоны Шатлврота, тоже возможно явились одним из факторов отказа от убунты в качестве основы SteamOS, типа конторка маленькая, неизвестно что с ней будет завтра, а между строк читалось ещё, что гонору у них больше их веса, тогда как Debian проверен временем, имеет больший коллектив разработчиков, более сговорчивых и предсказуемых а также более адекватное сообщество.Так что забудьте, вульва как чувствовала, что убунта это жиденькая база для их linux-дистра для игор, если даже завтра убунта совершенно скурвится и дропнет всё что можно, оставив только серверные редакции, или даже вообще схлопнется, Steam on Linux никаким образом ничего от этого не потеряет, и это правильно!
П.С.: Даже у упоротого linuxmint был запасной план в качестве LMDE, так что тут только бубунта сама себе в тапки срёт, остальные выкарабкаются!
А какие проблемы с Wine? Собран для запуска на 64-битной архитектуре, предназначен для исполнения 32-битных вендовых ехешников.
> А какие проблемы с Wine? Собран для запуска на 64-битной архитектуре, предназначен
> для исполнения 32-битных вендовых ехешников.8-О Ой, правда!? "cros-swine"?.................
> А какие проблемы с Wine? Собран для запуска на 64-битной архитектуре, предназначен
> для исполнения 32-битных вендовых ехешников.Для запуска 32-битных программ на 64-битной Ос нужен 32-битный wine, собранный в 32-битном окружении.
Мне из-за них пришлось раскошелиться на новое железо! :(
Продавцы в магазине с паяльником заставили?
Примерно 14-15 лет назад процессоры с EM64T/AMD64 стали массово появляться на прилавке и полностью за год вытеснили 32bit only динозавров.
А ты я смотрю яблокофилл. Каждый год железо новое покупай.У меня старый Атлон (32 битный) ему уже лет 17-19, мне его хватает код писать для работы. Тратить бабки на замену того что работает ради ну просто чтобы обновить - эт печалька.
> ему уже лет 17-19
> тратить бабки на замену того что работает ради ну просто чтобы обновить - эт печалькаПри таком сочетании возраста и нагрузки этот комп откинет копыта со дня на день. Если вы, конечно, не перепаиваете конденсаторы на материнке раз в год. Сейчас за цену ящика пива на барахолке можно купить куда более современный системник, с 64битностью и даже несколькими ядрами.
> мне его хватает код писать для работыБоюсь себе представить что это за код такой, что для его написания достаточно калькулятора и для запуска хватает такого же калькуляторного окружения.
Не надо выдумывать. У меня комп 2001 года по сей день прекрасно работает. Без замены каких-либо компонентов, кроме оперативы (256->512), монитора, мыши и клавы.
За все годы я только оперативу поменял и увеличил, и один винт. Есть пару кондеров которые растолстели, перепаять лень пока. Но при аккуратном пользовании комп вечен.
> У меня комп 2001 года по сей день прекрасно работает.Завидую. У меня материнские платы барахлили через лет восемь. А искать новую на замену уже большая проблема.
перепаяю конденсаторы на материнке не позднее 2005го года выпуска. Недорого.
все мои тулатины и cumine - живы до сих пор.(а с RoHS припоями сами трахайтесь)
на древних материнках ,вплоть до некоторых сокет7, нечему ломаться. там просто нет этих гр***ных алюминиевых кондеров :)
хотя нет, вру, там была припаяна NiCa барарея которая вытекла и съела дорожки вокруг.
И как оно в интернет лазить на 512 озу? А как ютуб смотрится? В 240p?
Для ютюба есть планшет. На компьютерах - работают. А для работы достаточно и 128 Мб ОЗУ. Программы для работы с графикой, звуком, набора текста, вёрстки и CAD-ы вполне себе на них работают. Естественно, не последних версий.
Ты из какого года вылез? Для работы с графикой 128 мб озу? А ничего что сейчас фотка без проблем может весить те же 128 мб, я уже не говорю про разные CAD-ы которые сами по себе весят гигабайты и ресурсов жрут немерено. Набор текста только в текстовом редакторе для LaTeX, тогда да 128 мб хватит, все WYSIWYG редакторы потребляют гораздо больше ресурсов. И это далеко не последние версии.
напомню: автокад вполне себе работал под досом на 286 машинах.
Теперь попробуй реально работать в нем сейчас.
> Боюсь себе представить что это за код такой, что для его написания достаточно калькулятора и для запуска хватает такого же калькуляторного окружения.Я пишу код для обработки сигналов linear video. Компилируется и работает на x86-64. Я не из тех людей которые компилируют код после каждой строчки, для этого есть build server.
Эти дети вас просто не поймут. Другой тип мышления у них. В эпоху потребл*тельства, где "модно" каждый год менять телефон и каждые 2 - новый комп покупать.Они не понимают, что если вещь работает - не трогай. Все и так хорошо. Функция выполняется - идем дальше. Идет подмена ценностей. Если не надо больше - может не надо жрать?
Если тебе хватает 1-комнатной квартиры - зачем тебе 5? Если у тебя одна машина и она тебя устраивает - можно и 10 и 15 лет на ней ездить.
> Они не понимают, что если вещь работает - не трогай. Все и так хорошо.Да как-то не очень хорошо.
Как-то менял ПК под задачу "пишущая машинка".
Был Pentim 4 3.0 Prescot. Горячий-при горячий. Я даже на него пол-килограммовый медный Zalman поставил. И то не очень помогло в борьбе с шумом.
Очень сильно был доволен, когда сдал этот здоровенный шумящий коробас за 1000 рублей, а взамен купил самый дешёвый маленький Intel NUC (порядка 10000 рублей).Всё шустрее стало, меньше шуметь, меньше места занимать - одни плюсы.
прескотт, как и все Р4 - ошибка эволюции.
> прескотт, как и все Р4 - ошибка эволюции.Это все дети знают! Коры пошли с Р3
Нех гавно брать. Дома собран сундук на Intel SE7520AF2. Посмтрите дату производства сего слонопотама. На плате НИ ОДНООГО вздутого кондёра. Пашет на ура (пользуюсь редко, времени мало его гонять).
если вообще не включать - то может и сто лет "пропахать"
Только конденсаторам пофиг на то в работе они, или на полке. Всё также высохнут или вздуются со временм.
Код для микроконтроллеров ?
Единственный правильный разраб в окрестностях. То, что у него работает, у всех юзеров просто летает!
А то нынешние кодеры добьются, чтобы на их core i9, купленном "специально для программиста" оно "как-то шевелится", и в прод.
Когда я был сопливым школьником и только учился программировать на уже тогда давно устаревшем 386sx, месяцами корпел над оптимизацией, чтобы хоть сколь-либо приемлемую производительность получить, даже переизобрел пару алгоритмов, название которых узнал лет через 7.
А потом отец купил Пентиум, и на нем летала даже самая первая тупая версия программы.Хотя штуки типа статического анализа кода в реальном времени, как в Idea, очень полезны, да. В общем, писать надо на норм железе, а запускать на дерьме мамонта :)
> У меня старый Атлон (32 битный) ему уже лет 17-19, мне его хватает код писать для работы.Ну так и сидите на старом софте. Всё логично.
ну да, баги в нем ведь исправлять не надо. Ну, разработчикам божественной бубунточки - уж точно не надо.им зарплата и так капает - ведь по данным телеметрии - 99% пользователей, не умеющих отключать телеметрию, 32битным софтом не пользуется.
Блин, я около сотни серверов им поднял, репортящих что у них pentium/mmx 16 мегабайт, косые флопы - мало, что-ли?
> ведь по данным телеметрии - 99% пользователей, не умеющих отключать телеметрию, 32битным софтом не пользуется.Или они просто врут про 1%
Есть ещё и i586/i686, которых, я думаю, в 1% i386 не посчитали. Их намного больше, чем i386.
> Есть ещё и i586/i686, которых, я думаю, в 1% i386 не посчитали.
> Их намного больше, чем i386.Пишу сие сообщение с (*). Брат жив!!
(*) =>
$ grep -m1 -A3 family /proc/cpuinfo
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
stepping : 9
$ dpkg-architecture |grep _HOST
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_ABI=base
DEB_HOST_ARCH_BITS=32
DEB_HOST_ARCH_CPU=i386
DEB_HOST_ARCH_ENDIAN=little
DEB_HOST_ARCH_LIBC=gnu
DEB_HOST_ARCH_OS=linux
DEB_HOST_GNU_CPU=i686
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i686-linux-gnu
DEB_HOST_MULTIARCH=i386-linux-gnu
$ _
Лови мажора!~$ grep -m1 -A3 family /proc/cpuinfo
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
~$ dpkg-architecture |grep _HOST
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_OS=linux
DEB_HOST_ARCH_CPU=i386
DEB_HOST_ARCH_BITS=32
DEB_HOST_ARCH_ENDIAN=little
DEB_HOST_GNU_CPU=i486
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i486-linux-gnu
>репортящих что у них pentium/mmx 16 мегабайт, косые флопыЭто ты перегнул. Они догадались, что телеметрия от тебя - фейк.
> ну да, баги в нем ведь исправлять не надо18.04 поддерживается до 2028. Думаете, атлончеки доживут?
legacy можно дропнуть даже если 99% пользователей им пользуются. Потому что не имеете вы права указывать организации, что ей делать. Нужно только желание и возможность.
А у софта от старости перестают функции работать? Текстовый редактор не сможет прочитать файл, зрение уже не то?
>У меня старый Атлон (32 битный) ему уже лет 17-19Ндаа, я 32-битный AthlonXP 2500 купил ровно 15 лет назад, в 2010-м заменил на Athlon64 4 core. И я совсем не яблофил, а гентушник.
это бедность
> Оборудование, которое не поддерживает 64-разрядный режим, уже настолько устарело, что не обладает необходимыми вычислительными ресурсам для выполнения последних выпусков Ubuntu Desktop.Я так понимаю, что со времен 11 там добавили кучу уникальнейших и востребованных фич, которые (увы) жрут прорву ресурсов?
Например, systemd.
>Например, systemd.Нее, этот гурман предпочитает серое вещество мозга.
systemd написан на Си. В то время, как опеннетное сообщество может ему противопоставить лишь портянку баш-скриптов (еще хуже, чем оплеванный ими же ЖС)
sysvinit тоже написан на C.
Так удали /bin/sh, /bin/bash, командуй system:D напряму.
Нечего гадить на то чем не умееш пользоваться.
Опеннетное сообщество может противопоставить systemd возможность самим управлять своей системой, но это уже для админов конечно, а не для домохозяек.
К слову, как-то зашел как-то спор про systemd (с одним сторонником systemd) и одну софтину, эта софтина запускала подпрограммы, но не всегда, то есть софтина как демон запускается, а подпрограммы не запускает, systemd же радостно рапортовал, что софтина запущена, но софтина просто демон, пользователь рабтает с подпрограммами. А они не работали, то есть условно можно сказать что и софтина не работает. Знаете что мне сказал на этот фанат ? - "это не проблема systemd", ну или systemctl. Офигеть, то есть мне теперь каждый раз после запуска софта или загрузки сервера нужно в ручную смотреть и прверять - а все ли запустилось ??
В случае же нелюбимых вами баш-портянок я бы в конец каждой добавил что-то вроде ps | grep "softname" и или netstat -ntlp | grep "$port" или еще как, потому что баш - действительно свобода, а ваш systemd - это то, что вам сделали.
Встретил первых адекватный комент от Адеквата!А домохозяйки ни в юниты не смогут, ни в bash-скрипы. Для них никак не обойтись без локаладмина, хотя бы, в лице мужа или сына.
А разве этот фанат так уж неправ? Софтина небось радостно сообщает, что работает, системд тоже доволен, откуда ему знать про подпрограммы?
> А разве этот фанат так уж неправ? Софтина небось радостно сообщает, что
> работает, системд тоже доволен, откуда ему знать про подпрограммы?В этой ситуации все правы оказываются, кроме админа, да и админ не виноват - он софтину запустил, в ответ на запуск ошибок не было (потому что проверок не было), он решил что все работает, а не все работает, так что в факапе никто получается не виноват.
И этот системдшный фанат не предложил ни одного решения? Мне как минимум два в голову приходят, хоть я и не особо большой любитель, скорее пришлось. Но надо проверять.
вот уж в этом можете и не сомневаться.А бубунточка все так же еще почти совсем уже неготова, надо же ж.
(поглаживает планшет с б-жественной десяточкой-32, которая, похоже, еще лет десять проживет)
>Число систем i386 оценивается в 1% от общего числа установленных систем.Это данные статистики реальных установок или просто все машины с процами начиная от 2003го года записаны в amd64?
До сих в продаже есть куча бюджетных ноутов с 4GB RAM, на кой туда накатывать 64-битную ось? Чтобы рамы больше жрало?
Согласен. У меня есть нетбук Asus с 4 Гб. RAM. С задачами: браузер, vim, ssh, LO - справляется. Зачем ему 64бит...
Единственная Убунта была, теперь будет все на Debian.
А у меня VPs и 512MB и там amd64. Потому что адресное пространство и наборы инструкций, почитай что это такое на досуге. А кому печатная машинка нужна вместо вычислительного устройства и i386 много.
> До сих в продаже есть куча бюджетных ноутов с 4GB RAM, на кой туда накатывать 64-битную ось? Чтобы рамы больше жрало?Не, для этого придуманы многопроцесные браузеры.
Ну если там вам не нужен офис... зачем вам там последняя версия убунты тогда?
и браузер кстати тоже...
> на кой туда накатывать 64-битную ось?Вдвое больше регистров вдвое большего размера, гарантированный SSE2, возможность мапить в память очень большие файлы, отсутствие проблем с фрагментацией виртуального адресного пространства. Этого мало?
> Вдвое больше регистров вдвое большего размерачто оно есть, что его нет... какая разницы при максимально доступных 4-х гигабайтах озу?
> SSE2
сказки не надо расказывать. и на 32-х битах всё нормально с sse2.
> возможность мапить в память очень большие файлы
хех, насколько большие? если памяти 4 гига озу, то потолок очевиден.
> отсутствие проблем с фрагментацией виртуального адресного пространства
это только в том случае, если количество озу по-настоящему велико
опять же ты цитируешь пост человека, который пишет про 4 гига озу
какая блин фрагментация если 3 гига съект условный браузер, а оставшийся гиг окружение ОС.ещё и девять плюсов впиндюрили. то ли люди перестали уметь читать, то ли перестали понимать прочитанное.
> ещё и девять плюсов впиндюрилиЭто накрутка
>сказки не надо расказывать. и на 32-х битах всё нормально с sse2.Нормально, да. Но по умолчанию gcc будет использовать 387FPU.
>До сих в продаже есть куча бюджетных ноутов с 4GB RAM, на кой туда накатывать 64-битную ось? Чтобы рамы больше жрало?Что, настолько много жрёт? $30 за лишние 4G памяти не выложить?
Не во всех ноутбуках её можно вообще поменять легко. Сейчас стало стильномодномолодежно распаивать на некоторых девайсах память на плате.
Ну выложи, *****, раз такой умный. Есть 4 слота ddr2. И порог по памяти для материнской платы 8 гигов.1. где ты возмёшь в 2019 ddr2 за приемлимые деньги?
2. если займёшь больше пары слотов, по про****** двухканальный режимА железо это далеко не самое старье.
Проблема новой операционки на старом железе как раз в том, что "далеко не самое старье" просто ее не потянет. Хоть в 32 хоть в 64 разряда. Вы же не надеетесь что новые кеды, или гном будут летать на старом железе? :) Или надеетесь?
а зачем тебе новые кеды?ядро+иксы+wm свежего дистрибутива 32 бита легко запустятся и на 128 ОЗУ...
только браузер и LO не запускай ;)
>только браузер и LO не запускай ;)И че с ним тогда делать? запускать косынку под вайном?
>>только браузер и LO не запускай ;)
> И че с ним тогда делать? запускать косынку под вайном?ну если наличие косынки это единственное требование к рабочему месту оператора, то таки да... можно и косынку под вайном запустить на таком железе...
Я не оператор. мне нужен офис, браузер, просмотр видео в FullHD. Меня не устроит 128 Мб ОЗУ.
abiword/gnumeric netsurf и mpv ?:)
правда придется апгрейд на 256 ОЗУ произвести...
> Я не оператор. мне нужен офис, браузер, просмотр видео в FullHD. Меня
> не устроит 128 Мб ОЗУ.вообще-то если вычеркнуть последний пункт - то ты прав, 128mb озу тебе для этой цели нафиг не упали. У меня их было _12_. Нипаверишь - и офис, и браузер вполне себе работали. (они бы и в восьми работали, но у меня было где украсть еще четыре)
> где ты возмёшь в 2019 ddr2 за приемлимые деньги?В Юлмарте, например. планка на 2 гига стоит тысячу деревянных. Правда, это Qumo или Patriot.
>1. где ты возмёшь в 2019 ddr2 за приемлимые деньги?Алиэкспресс. 600р за новую плашку в 2 GB.
> Чтобы рамы больше жрало?Чтоб заместо x86 ABI основанный на стеке, FPU (x87 то еще извращение) использовали amd64 ABI, основанный на регистрах и SSE2.
P.S. И откуда это тотальное бла-бла-бла про жрать память? В 1MiB вмещается 130к указателей. Может нужно перестать писать через одно место и все будет нормально?
Не говоря уже про решение множества проблем с адресацией тех-же 4GiB (а в 32-битном x86 там еще тот геморой).
htop x32 - 167 Mb, 64 - 538 Mb разница в разрядности и ядре. 371 мегабайт как ядро то выросло в размерах с 4.9 до 4.19. Какие инструкции, какие регистры вы мозг включаете или нет. Если программа в swap - узким местом станет ввод/вывод hdd,у которого еще и скорость чтения упадет.
Тут ещё вопрос, кто из нас пользуется своим мозгом
у них в виртуалбоксе нехватка оперативки систему не тормозит :)))
> htop x32 - 167 Mb, 64 - 538 Mb разница в разрядности и ядреКапитан Очевидность напоминает, что сама по себе смена разрядности 32->64 не может увеличить потребление памяти больше, чем в два раза (абсурдно-гипотетический случай, когда в памяти нет ничего, кроме указателей).
У меня разница в пару десятков была (что в пределах погрешности), ЧЯДНТ?
>Чтоб заместо x86 ABI основанный на стеке, FPU (x87 то еще извращение) использовали amd64 ABI, основанный на регистрах и SSE2.Не надо всякий бред нести. SSE2 прекрасно работает и в 32-битном режиме.
И не обольщайся, твой камень с sse2 скоро тоже дропнут.
> В 1MiB вмещается 130к указателей. Может нужно перестать писать через одно место и все будет нормально?Я пользователь. Я не могу переписать весь современный софт на "не через одно место". Но я могу поставить более экономную по памяти архитектуру. А теперь у меня это отбирают. Думаете, я вот сразу брошусь переписывать весь существующий код? Нет. Как и вы, куплю больше памяти и буду жрать что дают.
На 2 ГБ ОЗУ в случае линукса лучше 64-битную ОС.
> До сих в продаже есть куча бюджетных ноутов с 4GB RAM, на кой туда накатывать 64-битную ось? Чтобы рамы больше жрало?Бред какой-то... Если бы речь шла про мини дешёвый VPS с 512мб — 1 ГБ ОЗУ, я бы ещё понял бы. Но про ноутбук с 4 ГБ ОЗУ...
> Это данные статистики реальных установокэто данные их телеметрии, если вы понимаете в чем фокус.
То есть они не видят ни корпоративных больших площадок, там админы достаточно сообразительные, ни шибкоумных домашних юзеров. А с пользователями бубунтодесктопа все именно так. 1%, и то за счет тех кто когда-то перепутал установочные образы.
пох когда трезвеет, дело говорит.Странно, что на всяких шмакер-ньюсах еще не появились статься о вреде телеметрии, хотя уже пора бы, но долго доходит.
> До сих в продаже есть куча бюджетных ноутов с 4GB RAM, на
> кой туда накатывать 64-битную ось? Чтобы рамы больше жрало?Чтобы продать к твоему ноуту ещё пару, небюджетных!, SODIMM-чиков. А этот 4-шный выкинуть, слотов-то хорошо, если два.
Продажи же! Смотри, сколько тут продажников SODIMM-чиков: все за "прогресс" и sse2-3-4-5.
И да, пока ты не спросил, если те 4гига распаяны -- бюджетно покупаешь и выкидываешь вот прямо весь бук: "прогрессивненькие" уверены, _так_ и надо.
И космонавт сэкономит немного места на FTP... Потом, лет через 5, наверное -- да, диски "значительно" освободятся.
...и сэкономит "немного" трафика. Хотя не, трафика не сэкономит: 64-ые же жирнее и те же пользователи, качающие только их вместо вперемешку 32+64 скушают больше трафика. Точно, после гноме3 [и HD-ютьюба?] это уже не та проблема.
Но тебе-то эти продавцы димов и экономы диска для гноме-три будут тереть, что это _ты_ виноват и "всё делаешь неправильнр"ТМ.
Милейшие ребяты, да.
> требует больших ресурсов на разработку и контроль качества,очень смешная шутка, марк. разработка и контроль качества это точно про убунту?
Я вот ненавистный местным фрибсдишник, поставил бубунту на ноут полгода назад и проблем не вижу от слова совсем. Чому бубунту - тому, что дровишки от вифи есть и старый redwood поддерживает.Обновления еще ни разу не нагнули систему, даже наооборот видно что стелят соломку для фейлов аля обновление ядра, когда старое предложат удалить с обновлением через пару дней.
Меня только в шок повергло переключение раскладки через Win+пробел. Ну да и фиг с ним.
Фаталити для Pentium 4 :D
Он 64 бит.
Далеко не все. Например Pentium 4 560 для 775 сокета не поддерживает. А Pentium 4 561 поддерживает.
а все началось с systemG ...
Не нужное в не нужном.
- на - даёт +
https://popcon.debian.org/
https://popcon.devuan.org/
братцы!! нас мало, а мы крепчаем! слава i386!
Слабоумие и отвага.
Норм ссылки, сразу видно что форк занимает нишу в полтора процента, от обычного дебиана.Сдохнет ещё до следующего своего релиза, ну или чуть позже...
> нас мало, а мы крепчаем!"мало"? интересный эвфемизм...
Только за! Будет время на качественную поддержку для нормальных людей, а не сборщиков старья.
В десятке тормозит консоль, и wsl2 (проверил) это исправляет недостаточно. Поэтому, в печ.
Ой, ну неужто мощностей не хватило?
Одна старушка - 20 копеек, а 5 - уже рубль!
Нет бы предложили скрипт, позволяющий мягко и нежно перейти на amd64 уже имеющимся установкам i386 на железе, которое это позволяет.Технически - осуществимо и вручную, но заморочь ещё та.
x86/i386 мертва, увы.
Старые железки сейчас уже мало пригодны для нормальной работы с современным софтом, а запуск современных x86/i386 ОС на современном железе выглядит чем-то в крайней степени странным из-за дичайшего легаси как в прошивках, так и в ABI. Причем по словам знающих людей, эмуляция BIOS в современных EFI настолько омерзительна, что использовать её не стоит даже при жуткой ненависти к EFI.> Для обеспечения запуска существующих 32-разрядных приложений, которые невозможно пересобрать для 64-разрядных систем (например, многие игры в Steam остаются только в 32-разрядных сборках), в окружении Ubuntu 19.10 и более новых выпусках предлагается использовать отдельное окружение с Ubuntu 18.04, установленное в контейнере или chroot, или упаковать приложение в snap-пакет с runtime библиотеками core18 на базе Ubuntu 18.04.
А вот это выглядит дико, но в принципе не удивительно, так как multilib в Дебиане делается через добавление архитектуры. А сделать что-то своё и не совсем совместимое (или хотя бы урезать i386 до минимальных 20-30 библиотек для запуска старой проприетари) в Canonical, похоже, не способны, если это не заворачивание костыля в велосипед то есть контейнер
> x86/i386 мертва, увы.Я несу бред и стараюсь его не расплескать.
Речь идёт не о поддержке ядра и инсталлятора для i386.
Речь идёт об удалении i386 библиотек в принципе. Библиотеки, без которых не будет работать туча 32bit only софта, включая Wine.
// b.
Значит настало время реализовывать аналог WOW64 в Wine. Собственно, тут ситуация как с флешем - все знают, что сдохнет, примерно знают когда, но никто даже не почесался что-то сделать.
и огрести неработающие досовские программы без возможности подключиться отладчиком, strace и dynamorio
Вообще то давно уже. Пакет wine64, можно поставить только его, и 64 бит софт работает. А wine32 можно не ставить.
> Вообще то давно уже. Пакет wine64, можно поставить только его, и 64
> бит софт работает. А wine32 можно не ставить.только того 64-битного софта под винду...
И у тогоже 64-битного вин софта постоянные подставы с x32 библиотеками. В винде же работает, там мультилиб из коробки.
ну да... а под бубунтой будет только wine64... и что с ним делать?
Массовый отток пользователей Ubuntu себе гарантировала. Впрочем, им по фигу.// b.
1%. И этим все сказано.
Будет 0.025%
Извините, но отток с Ubuntu возможен только на винду.
да, там-то 32бита продолжают работать. Ну, пока. Видимо, ms'овская телеметрия понадежнее сделана.
> да, там-то 32бита продолжают работать. Ну, пока. Видимо, ms'овская телеметрия понадежнее
> сделана.тем самым виндам осталось жить пол года, а потом только роллинг-десяточка с геморроем два раза в год...
Но десяточка тоже поддерживает 32 бита.
ну, естественно, этож не бубунта... куча старого софта, дров и т.д. и т.п. но тут явно не забота о старых компах - на старом компе постоянные обновления 10ки достанут любого...
это не старые компы - это вполне себе новые планшеты-переростки на атомах, с uefi32 - то есть туда в принципе нельзя поставить 64битную винду (убунту в общем-то можно, но ты не хочешь - штатного способа нет)прошлое поколение подобных поделок (тогда это называлось "нетбук") заставило MS отменить на пять лет EOL XP - ровно по тем же причинам. Но тогда на них _работали_ линуксы.
> упаковать приложение в snap-пакетпакет ннада?
>В качестве причины прекращения поддержки архитектуры i386 упоминается невозможность сопровождения пакетов на уровне других поддерживаемых в Ubuntu архитектур из-за недостаточного уровня поддержки в ядре Linuxодна история ********* другой просто
>Оборудование, которое не поддерживает 64-разрядный режим, уже настолько устарело, что не обладает необходимыми вычислительными ресурсам для выполнения последних выпусков Ubuntu Desktop.Если потр***********ть вместо разработки нормальной системы виртуальной памяти, то и 128 гигов не хватит. Буквально вчера комп по-жёсткому перезагружал потому, что kate не понравился 100 меговый файл и она начала жрать память. А если в пeрдoликсе что-то жрёт память - это к перезагрузке по резету, - утверждает народная мудрость. В винде такого нет - в майкрософт ядро профессионалы разрабатывали, а не любители just for fun на деньги компаний, которым нужна только прошивка для рутера, а запускать всякое гοвно вроде браузера на этих устройствах - ссзб.
Хорошо там где нас нет. Windows тоже подавится, если работать на таком железе будет.
Только почему-то давится именно линукс, причём на системе с в 4 раза болшей памятью, чем на системе с виндой, где тот же софт на тех же входных данных систему не вешает.
Если бы windows 10 не давилась я бы сейчас писал с нее, может вы просто не умеете готовить linux
А можно пример "где тот же софт на тех же входных данных"?Безымянный выше по треду жаловался на kate.
Катя, конечно, прикольный редактор, в котором раскраска синтаксиса сносно работает только для сравнительно коротких строк, а мини-карту в полосе прокрутки можно терпеть только на сравнительно коротких файлах.По моим воспоминаниям в винде в случае свопа тоже всё делалось довольно плохо.
в 95-й - да.
Прикол в том, что на дворе не 95й, и в винде при массивном своппинге все еще можно прибить задачу, его вызвавшую (а не на кого чудо-oom пошлет) или дождаться ее окончания, а в этом вашем линoopsе - как всегда.Вот буквально на днях один из серверов в кластере обожрался - был бы там линoops - оно бы просто в панику упало или повисло бы (или убило бы сасамбу), и кластер отработал бы автоматически. А там проклятая, и она, вместо чтоб сдохнуть как полагается, просто дико тормозила, положив пол-конторы (поскольку было несколько неочевидно, что именно тормозит).
https://randomascii.wordpress.com/2017/07/09/24-core-cpu-and.../Это то самое идеальное ядро, которое до 2018 года не могло без зависонов запускать кучи процессов?
Это разного уровня сложности проблемы: не позволить одному процессу завесить всю систему, включая ядро, жором памяти и не позволить это сделать форк-бомбе. Если в случае одного процесса нужно всего-лишь учитывать пространственную локальность обращений к памяти и иметь модель, говорящую "эту страницу мы на диск сейчас не вытесняем, потому что через 2 инструкции нам она опять нужна", то в случае с форк-бомбой нужно уметь детектировать такую ситуацию и завершать всё дерево. И при этом не сдетектировать ошибочно компилятор.
Ну вендовый блокнот тот еще тормоз.
И? Речь то не о том.
Можешь без проблем в нём открыть тот же 100 мб файл.
Да, он наверно дольше всех его грузить будет из вменяемых конкурентов из редакторов.
Но загрузит, ОС раком не встанет.
> то-то жрёт память - это к перезагрузке по резету, - утверждает народная мудрость. В винде такого нетЕстественно. Ибо такой задачи и не стоит. Линукс - это сервера, Iot, андроиды - там оюди специально продумали об использовании ОЗУ корректно.
А на десктопе ну просто сверху нагромоздили всяких иксов, гномов. В итоге всё это и действует ни как что-то цельное, а не связанные компоненты. Если будет проблема у одного звена (ядро с памятью), то верхний уровень на это никак не будет реагировать - итак сойдёт.
macOS же и Windows будут заботится о пользоватале, потому что это в них продумано.А в линуксе иди читай про лимиты и конфиги к ним, и настраивай, может быть удастся что-то вменяемое сделать...
>вчера комп по-жёсткому перезагружалКакая дикость. Впредь используй earlyoom.
Что кстати самое смешное — earlyoom это очень UNIX-way, о недостатке которого (чаще всего не по делу) тут любят вопить
>в майкрософт ядро профессионалы разрабатывали:)))
Никогда не видел BSOD ?
Однажды ты узнаешь про сисреквесты и возможность руками вызывать oom killer, но жл тех пор тебе, конечно, светит только резет
Отлично, старьё необходимо выкидывать насколько возможно скорее, иначе стагнация неизбежна.
Начинать следует с себя.
1% пользователей i386 от 1% пользователей linux это сколько человек?
7 миллиардов на планете. Наверное у каждого второго есть комп.7 000 000 000/ 2 / 100/ 100
___
350 000Это цифра если учитывать что все линуксоиды используют именно убунту.
У этих товарищей есть серьезное основание завить что они... уникумы... :)
Давно уже было 2.4% пользователей Linux. Сейчас больше должно быть. А тебя всё на 1% заклинило.
Как же виндовые сявки задрали с 1%https://www.w3schools.com/browsers/browsers_os.asp
Linux — 5.8%
Всего по последним подсчетам в мире пользуются сетью 3.5 миллиарда человек. 5.8% от 3.5 миллиардов это 203000000 человек. А ты там в 2000 году и на подсосе у МС продолжай нести херню
4,8% запускают линукс в виртуалке или с LiveCD с целью чисто поржать, оставшиеся дуалбутчики. Ты чем-то недоволен?
Нет, это реальная цифра посетителей сайтов.
На практике она еще выше.
Это реальная цифра посититкей сайта W3school. Сайта для веб разработчиков.
Естественно аудитория там весьма специфичная.
Ты бы ещё статистику Opennet принёс бы этак с 20% (? Цифра с балды) линуксов.
чего это 20? Умеющих подделывать user-agent должно быть гораздо больше.
> Four rather rude comments deleted, and two of those users suspended.
> Folks, keep your comments constructive. Help point out real issues and corner cases.
> “I don’t like the decision” is not constructive feedback now. The time for persuasion was back before the boat sailed. The time for tantrums was back before your adult teeth grew in.Посмотрите какие конструктивные после всей деструктивной деятельности.
>Is it ethical to continue to support a platform that we may not be able to provide meaningful security support for? Ignoring meltdown for a moment, Spectre V2 requires microcode updates to protect against it - I'm not sure they will ever come for hardware from 2006.А вот и оправдания повыдумывали. Интел бросил пользователей на произвол судьбы, засекретив и подписав микрокод и не выпуская обновы, давайте поможем Интелу продвигать Management Engine, вынудив этих пользователей купить новые компы.
На Вас вся надежда.. Надавите на Intel, пусть откроют микрокод...
> На Вас вся надежда.. Надавите на Intel, пусть откроют микрокод...выпуск версий под платформы, на которых нет апдейтов микрокода и вокараундов - возможно, с огромным жырным предупреждением и ссылкой на интеловские сервисы, позволяющие засабмитить свое мнение об этих альтернативно-одаренных - вполне себе средство давления.
Но тут вполне очевидно, кто на кого давит - и бубунтоиды радостно подмахивают, им привычно получать удовольствие после оплаченного интелом ужина.
А вообще приятно, когда в IT выкидывают какой-то старый хлам. Прям как-то настроение повышает.
У меня плохие новости для тех, кто самоутверждается путём написания злородных сообщений на форумах о том, что авторов тех сообщений на свалку пока не выбросили, а кого-то выбросили.
Космонавт задает тренд, думаю и федя подтянется.
Оставшиеся будут жрать кактус и кричать о своей уникальной несгибаемости, как в истории с системд.
Федора стала Федей? Для кого же этот дистр-то? ;)
федора давно дропнула
Это называется технофашизм, есть правильные пользователи, а есть не правильные.
Сегодня не правильные это те, кто пользуется x86, а завтра будут те, кто пользуется i3(DE) например, в системе останется только KDE, Gnome, xfce4, причем это будут разные установочные образы, без возможности отдельно накатить DE на вашу систему, поставили Убунту с KDE - поставить xfce4 или gnome уже не сможете, а коли не нравится - вас никто не заставляет пользоваться линуксом, и вообще что вы для него сделали ??? Зачем вы ему нужны, не нужны вы ему, вот от вас и избавились, вернее создали лично для вас невыносимые условия и вы были вынуждены уйти, хоть и очень не хотелось, но дальше терпеть это не было никаких сил.
И железо то у вас может быть поддерживает x64, но вам больше по душе именно x32, да и оперативы она жрет меньше, а у вас всего 2Гб, причем распаяна на мать в вашем нетбуке, да и просто линукс это свобода - ты в праве пользоваться тем, чем хочешь не то что в виндах..хотя минутку....
В виндах на данный момент скайп работает в x32, самую последнюю версию можно скачать, а в линуксах только под x64, получается это в виндах у меня свободы больше ?...как же так получилось ??....
Рабство - это свобода, прям как в 1984, линукс это рабство, техно-рабство, хотя техно-рабы считают себя самыми свободными людьми на свете, прогибаясь и прогибаясь под очередное решение техно-хозяина, говоря "нам это только на пользу".
Потому что виндовс создают люди ради людей, справедливо полагая что эта работа оплачиваема.А опенсорс создают самовыражовывающиеся товарищи, для наивных халявщиков думающих что попали в коммунизм...
> Потому что виндовс создают люди ради людейага :)
Осчастливили всех задаром, благодетели :)
> Это называется технофашизмА вы тут не оборзели? "Для меня одного 1% трудитесь и делайте, как я хочу, да чтобы и бесплатно".
Делать не надо - это делают оригинальные авторы пакетов, если они конечно не ********, как Eclypse. Единственное что надо - эпизодически тратить человеко-машино-часы на настройку тулчейна и постоянно тратить ресурсы build-servera (электроэнергию) на сборку. Если тулчейны найдутся энтузиасты настроить, то содержать build-serverа у них денег и штата нет. А у ubuntu - есть и они это делают постоянно. В принципе я готов даже заплатить умеренную сумму проекту, который возмётся строить пакеты для i386, но вы же понимаете - поддержка legacy у приматов - это непрестижно, у приматов престижно - это conspicuous consumption, оно показывает статус, в сфере разработки софта это означает, что разработчик должен делать вид, что существует только самое новейшее оборудование и что обращать внимание а пользователей без него - это принижение статуса Его Величества. Как пахану должно быть "зашквар" прикасаться к опущенцу, ибо иначе он потеряет уважение остальных приматов в камере.А на самом деле должно быть стыдно по подобным понятиям жить.
> Если тулчейны найдутся энтузиасты настроить, то содержать build-serverа у них денег и штата нет.у меня, положим, есть (не на публично-доступный) - но что это меняет? Софт просто перестанет собираться, скорее раньше чем позже.
Времени чинить его (сборку! про сам софт отдельная песня-стон) в тыще мест - у меня точно нет.
> если они конечно не ********, как EclypseПонял, оборзели.
> найдутся энтузиасты настроить
Барабан и флаг в нужные места и вперёд, никто не мешает.
>> Это называется технофашизм
> А вы тут не оборзели? "Для меня одного 1% трудитесь и делайте,
> как я хочу, да чтобы и бесплатно".Напиши на деревню Шатлворту:
мол, ""не морочься ты уже с этим "1%", я сижу на микрософт-десяточке и всё работает"".
Нет, то что я пользуюсь и другие пользователи пользуются - это есть наша условная плата за их труды.
Они же делают свою работу не за ожидание донатов, а затем, чтобы их дистрибутивом пользовались. Но вдруг выяснилось, что это непросто, это тяжкий и неблагодарный труд, ай-ай-ай, кто бы мог подумать, что так произошло? может стоило озвучить проблему и призвать добровольцев для помощи ? нет, нафиг-нафиг, лучше дропнуть целую архитектуру 32разрядную, ведь ей все равно почти никто не пользуется, может конечно пользуется, но проблемы негров шерифа не интересуют.
> Они же делают свою работу не за ожидание донатов, а затем, чтобы их дистрибутивом пользовалисьUbuntu, как и другие дистрибутивы линукса - это в основном откатка серверных и IoT решений, пожтому один процент с i386 не нужен.
> Ubuntu, как и другие дистрибутивы линукса - это в основном откатка серверных
> и IoT решений, пожтому один процент с i386 не нужен.убунту - старинное африканское слово, обозначающее лузера, неспособного ни оплатить винду, ни настроить юникс-систему.
Серверные и iot решения всю жизнь делали на rh/suse/debian.
Косм...запрещенный на опеннете мифический персонаж, вообще-то бил себя пяткой в грудь, что оно уже почти совсем немного еще не готово для десктопа, а не чего-то там еще.
Очень жирно и толсто
ДМ перелогинься.
>получается это в виндах у меня свободы больше ?Ну сам подумай, сколько у тебя в Венде свободы? Если даже калькулятор докладывает M$, что ты там делишь и у кого отнимаешь.
пруфы будут? что калькулятор чего то там докладывает M$? или просто с перепоя приглючилось, и теперь пытаешься в массы протолкнуть свои бредни!
Что новости не читаешь на этом же OpenNet? Было тут про открытие исходников виндового калькулятора с телеметрией. Сам найдёшь.
> пруфы будут? что калькулятор чего то там докладывает M$? или просто с
> перепоя приглючилось, и теперь пытаешься в массы протолкнуть свои бредни!https://github.com/microsoft/calculator/blob/2b17f8265229c6e...
Data / TelemetryThis project collects usage data and sends it to Microsoft to help improve our products and services. Read our privacy statement to learn more.
https://github.com/microsoft/calculator/blob/9f01c8168b921a8...
#ifdef SEND_TELEMETRY
// c.f. WINEVENT_KEYWORD_RESERVED_63-56 0xFF00000000000000 // Bits 63-56 - channel keywords
// c.f. WINEVENT_KEYWORD_* 0x00FF000000000000 // Bits 55-48 - system-reserved keywords
constexpr int64_t MICROSOFT_KEYWORD_CRITICAL_DATA = 0x0000800000000000; // Bit 47
constexpr int64_t MICROSOFT_KEYWORD_MEASURES = 0x0000400000000000; // Bit 46
>линукс это рабство, техно-рабствоРабство это конкретные дистры: RHEL, CentOS, Ubuntu, ГосЛинукс. Выбирай для себя не рабские.
Ещё одна прослойка для повышения производительности игр. Спасибо!
Уроды.
ну прекращает, значит приняли такое решение
в чем проблема то?
продукт для Вас бесплатный, можете пользоваться, можете не пользоваться
остались же еще 32 разрядные дистрибутивы и энтузиасты разрабатывающие ихэто мир линукса - тут полная свобода выбора.
> Оборудование, которое не поддерживает 64-разрядный режим, уже настолько устарело, что не обладает необходимыми вычислительными ресурсам для выполнения последних выпусков Ubuntu Desktop.Есть целая тонна Атомов, которые вполне себе современные и которые умеют только в 32 бита. У меня планшет на таком - 4 ядра, 2 Гхз и только 32 бит. Они там совсем куку?
1. это старье
2. на планшетах нет продаж с убунту, там андроид.
2. Лучше бы там Убунту устанавливалась.
>> Оборудование, которое не поддерживает 64-разрядный режим, уже настолько устарело, что не обладает необходимыми вычислительными ресурсам для выполнения последних выпусков Ubuntu Desktop.
> Есть целая тонна Атомов, которые вполне себе современные и которые умеют только
> в 32 бита. У меня планшет на таком - 4 ядра,
> 2 Гхз и только 32 бит. Они там совсем куку?А это кстати какой? Просто вроде даже та хрень что в atomic pi стоит, умеет в 64
хрень - умеет. Загрузиться не получится - нет легаси.
Чего нет?
CSM в их uefi нет. И uefi этот - 32.вон там внизу брешут, что самые распоследние федоры такое как-то могут, а с бубунточкой это всегда был очень интересный, но бесполезный квест.
Учитывая, что памяти у такого зверя либо 2 либо 4 гига (какая-то особенность их атомов, или что там нынче - или может даже не атомов, а референсного дизайна интела для них) и апгрейдить ее нельзя - никакого особенного смысла в такой затее нет. Ставишь б-жественную десяточку, и всеработает, софтастрое!
> А это кстати какой? Просто вроде даже та хрень что в atomic
> pi стоит, умеет в 64А вот и продавцы Йнтел-Йедисонов-калькуляторов подтянулись. Здрассьте.
Скажи, твой интель отучил оно, которое "умеет в 64", таки "уметь в 32"? Не, ну правда! Доколе?
А в содимм-форм-факторе -- продашь? А задорого??! Ну же!
Ждём конструктивного дискусса с продавцами квалкомов и бродкомов.
---"Скворечник! Скворечник! Кому скворечник?!"
32 бит там только UEFI. Берёте 64-х разрядный образ с 32-х разрядным загрузчиком и устанавливаете. В новых Fedora такой есть и в Astra, другие не смотрел (ещё в Роса, со слов директора, якобы есть, но это не правда).
>Атомов, которые вполне себе современные и которые умеют только в 32 бита. У меня планшет на такомSource based дистры тебе в помощь. Нах тебе эта Бубунта?
действительно, нах вообще дистрибутивы? Мы же обожаем закатывать солнце вручную!P.S. скоро и source тебе не поможет - модные разработчики просто ухитрятся сделать несобираемое на 32битных платформах - или неработающее.
Source based дистры для ламеров, только Linux From Scratch.
И вообще надо писать ядро своё.
Чувак, зырь сюды. Ubuntu 18.04 LTS будет поддерживаться до 2023 года, как минимум. За это время твой планшет сдохнет три раза, если не пять.
О, помню, как пару лет назад убунтологи в новостях о прекращении поддержки 32хразрядных релизов того или иного дистра вещали: в моей любимой бубунте такого не случится never ever.
аналитеги, дизайнеры и разработчики закончили колледж, пошли на работу и купили себе нормальное железо.
Хорошая фантазия. А где в реальности?
https://www.opennet.me/opennews/art.shtml?num=47537
Сравните - вот список архитектур, поддерживаемых Debian: amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x. Плюс открытые исходные коды.
Возможно, пактов для каких-нибудь "МИПСов" и "Эльбрусов" будет не так много, как для amd64, но Debian хотя бы не бросает пользователей на произвол судьбы.
Думаю, что люди, уже привыкшие качать deb-пакеты и писать "sudo apt update && sudo apt upgrade" (ну, или хотя бы знающие, что делает Synaptic), с лёгкостью перейдут с производной системы на первообразную.
у этой "первообразной" репозитории тухлые для всего отличного от сида. А в сиде были "grave bugs", сносящие инфу.
Насколько помню, репозиторий "Debian Testing" содержит пакеты, по свежести сравнимые с "Ubuntu Stable". Например:
epiphany-browser (3.32.1.2-2) (это Debian buster testing);
epiphany-browser (3.32.2-1~ubuntu19.04.1) (это Ubuntu disco-updates 19.04)https://packages.debian.org/buster/epiphany-browser
https://packages.ubuntu.com/disco-updates/epiphany-browser
> у этой "первообразной" репозитории тухлые для всего отличного от сида. А в
> сиде были "grave bugs", сносящие инфу.Не видел ни одного такого бага за всё время
Debian unstable стабильнее чем ubuntu stable
В Debian уже давно не i386. Там i686 + MMX.
ну как давно.. три года назад...
ведро неспособно работать ни на чем моложе пня3 уже десять лет.
на <=486 - даже не загрузится.про glibc уж и не говорю - ее вообще никто и никогда не тестировал на таких железках.
да ладно?
У меня 12 бубунта на второпне "из коробки" работала :)
поддержку 386 выпилили из дебиана где то между 8.1 и 8.6
я это помню потому что ставил нетинст на трансметту 8.1 стала
а когда со временм начал ставить 8ю6 - говорит не буду - не хватает команд
порылся в новостях и нашел
но сча не помню - счас на той трансмете дос + 98 + в2к + программаторы и софт для 8051
а 12 убунта на 386 будет работать
> ведро неспособно работать ни на чем моложе пня3 уже десять лет.Там параметр при компиляции нужно указывать - смещение загрузки ядра ..
А glibc в Slackware на pentium mmx тестировали:
https://www.linuxquestions.org/questions/slackware-14/slackw.../Ну и вообще, самый слабый проц на котором современное ядро крутится - m68k:
https://lists.debian.org/debian-68k/2019/06/msg00009.html
> Там параметр при компиляции нужно указывать - смещение загрузки ядра ..абблин, вот оно зачем...
ну, может попробую на досуге, 486 у меня сохранился, наверное, включится.
Прошу прощения - список брал с официального сайта, а формулировка у них была такая.
Ты всё правильно взял. Просто Дебиановцы немного неправду говорят, что у них i386.
Я вот думаю установить Windows 2000 на am386dx-40. Нужно только восемь 4-мегабайтных платок памяти.
> Ты всё правильно взял. Просто Дебиановцы немного неправду говорят, что у них
> i386.Да, не. Это не они, а Вы, малопочтенный, брешете.
У них "i386" это исторически оставшееся _название_ (ярлык, чтоб Вы поняли) для 32-разрядной _архитектуры_ -- адресации, ABI, кодо-генераторы компилятора и проч.
К вот именно "i386sx" оно с некороых пор не имеет никакого, кроме наследия~, отношения.
Но Вы продолжайте до***ваться до пуковок -- это просто. Просто используйт самое и**отское, буквальное! же, прочтение. У Вас хорошо получается.
> Я вот думаю установить Windows 2000 на am386dx-40. Нужно только восемь 4-мегабайтных
> платок памяти.
386sx - 16-разрядный камень (Интел в 32 с налёта не смогла). 32-разрядный - он 386DX.О, кстати! Давайте истерику устроим, что 16-битные архитектуры не поддерживаются!
386sx это 32-битный процессор с 16-битной шиной памяти. Процессор стоил столько же, сколько и DX. Но сама материнская плата стоила гораздо дешевле. Дело в том, что для SX было 4 разъёма для памяти, а для DX их было 8. Для SX плата была 2-слойная, для DX - 4-слойная. Поэтому значительно сложнее, и дорожеТак-то на SX запускаются и дум, и квейк (если найти 2-мегабайтные платки памяти, и отключить SMARTDRV, который жрёт аж 2 мегабайта ОЗУ), и Windpws 95.
> 386sx - 16-разрядный камень (Интел в 32 с налёта не смогла). 32-разрядный
> - он 386DX.Мне-то не надо баки забивать. Я там был. Ты бредишь. Камень кремниевый, а 16-разр. -- шина/контроллер памяти. Разряды _процессора_ у sx/dx одинаковые. SX только тормозит боольше из-за горлышка с памятью (и FPU у него не встроенный -- но это всем по-thing всегда было).
встроенный фпу появился в 486
в 386 его тоже не было
и да найти для 386sx фпу - было еще тем квестом
вот лично у меня была такая мамка - с распаянными 386sx и 387 - мой первый комп
Вон в Fedora и SUSE пакеты имеют архитектуры i586 и i686. В SLES 11 софт, когда компилится, для 32 бит -march=i586 -mtune=i686, для 64-бит -march=x86-64 -mtune=atom
> Вон в Fedora и SUSE пакеты имеют архитектуры i586 и i686. В
> SLES 11 софт, когда компилится, для 32 бит -march=i586В Киеве - дядька, да. Согласен!
Андрей, как перейти с Убунту на Дебиан? Пошаговую инструкцию пожалуйста. В теории легко, а на практике никто не может объяснить.
Я на не шифрованном диске с дуалбутом делал так.
1. Скопировать всё из каталога "/home" и посторонних операционных систем на внешний носитель:
1.1. Оставить на память список установленных пакетов: "dpkg-query -l > ЧтоБылоУМеняНаUbuntu.txt" (длинный рулон, но может пригодиться), а также узнать, где хранятся конфигурационные файлы любимых программ (чтобы скопировать настройки на новую машину);
2. Открыть на запущенной Ubuntu-машине менеджер разделов жёсткого диска (GParted, GNOME Disks или консольные утилиты по вкусу) и узнать, какие разделы жёсткого диска использует Ubuntu ("/", "/home", "/boot", "/boot/efi" - в идеале каждому такому каталогу должен быть назначен свой раздел);
3. Загрузить машину с помощью установочного диска Debian:
3.1. При разметке диска выбрать те же точки монтирования, что и на старой системе;
3.2. Форматировать только "/" и "/boot", а "/boot/efi" и "/home" не трогать;
4. Установить систему начисто;
5. Вернуть содержимое "/home", если было удалено.
6. Настраивать все программы придётся заново, но у вас хотя бы будут старые "конфиги".
Если не помогло: очистить весь диск и установить Win10 x32. Так спокойнее.
Я то думал, можно было проще как-то, через подключение репозиториев. Сбекапить и переустановить это не то.
Debian живет за счет Ubuntu, основные мэйнтейнеры Дэбиана получают зарплату в Каноникал. Так что ожидай дропа поддержки устаревшей и никому не нужной i686 в Дэбиан, потому что Марк перестанет платить за ее поддержку.
> Для обеспечения запуска существующих 32-разрядных приложений, которые невозможно пересобрать для 64-разрядных систем (например, многие игры в Steam остаются только в 32-разрядных сборках)Чиво??? Для стима теперь будет нужен chroot с убунтой 18?
Они там упоролись?
> Чиво??? Для стима теперь будет нужен chroot с убунтой 18?
> Они там упоролись?Да, норм. Ну будет его с собой стим таскать -- делов-то.
Вы даже и не заметите! <X<<<<><
Он и так его с собой уже давно таскает, а вы и не заметили.
> Число систем i386 оценивается в 1% от общего числа установленных системЧто вам еще не понятно, что вы тут спорите, выкатывая простыни хейта одну за другой? Если вам жалко потратить уже наконец за 15 лет денег на новую систему, то почему разработчикам должно быть не жалко тратить свои ресурсы на поддержание устаревшей архитектуры? Поддерживайте сами тогда, я посмотрю на вас.
Да ладно новую систему. Когда установочные образы прекращают формировать это ладно. Но ПАКЕТЫ? Пакеты же нужны для multiarch-а.
Кому нужны? Всё перепакетят под 64 бит. Поэтому и либы 32-битные не будут нужны.
>> Число систем i386 оценивается в 1% от общего числа установленных систем
> Что вам еще не понятно, что вы тут спорите, выкатывая простыни хейта
> одну за другой? Если вам жалко потратить уже наконец за 15
> лет денег на новую систему, то почему разработчикам должно быть не
> жалко тратить свои ресурсы на поддержание устаревшей архитектуры?Ну, устаревшей, положим, она будет, когда Интель _выкинет_ её поддержку из самых распоследних камней. Как раз потребление памяти _везде_ увеличится на 30%. Прогресс == продажи.
Только +30% памяти это не продажи интеля, а какого-то немытого хайникса, да самсунга, а интель морочится чем-то другим, да?...
Вы им там расскажите про "Прогресс", про "15 лет" и про "порабы уже"!
Вона, смотрите, на arm64 ^W aarch64, простите, не все камни умеют в 32-бит "personality".
А Интель тормозит "Прогресс". Поругайте их, проругайте!
>Поддерживайте сами тогда,
> я посмотрю на вас.Заманчиво, ч.п., заманчиво... Но, списибо, нет. Дрругие предложения?
---"Предлагайте реальную цену!"
Могли бы сначала выпустить 20.04
> Могли бы сначала выпустить +∞.04Пофиксил.
Теперь HURD никому не нужен
А был?
Нормальные люди LFS используют, остальные покупайте 64-битное железо и не бугурте.
Можно и LFS, и 64-битное. Одно другому не мешает.
> использовать отдельное окружение с Ubuntu 18.04, установленное в контейнере или chrootЛинукс такой линукс...
Впрочем, в openSUSE всё гораздо проще, почти как в винде.
В Винде просто до тех пор, пока прокатывает подход: Next, Next, OK, ...
В винде уже давно не надо next жать, там всего одна кнопка install. Это в ваших линуксах до сих пор не могут забыть устаревшие GUI-концепции.
Даже кнопку нажимать не надо, в Windows любая ненужная пользователю хрень приезжает и устанавливается без его ведома! =)
Давайте откинем эмоции и включим логику.Отказ Убунту от 32-х бит вполне предсказуем и понятем с точки зрения оптимизации денег.
Убунту мейнстрим дистрибутив, расчитаный на современное железо, т.е. 64-бит.
Для пользователей 32-х бит устаревшего железа будут специализированные дистры, вроде Puppy Linux.
Вам никто не запрещает пользовать: Debian, LFS, FreeBSD, OpenSolaris, MINIX3.
Дэбиан дропнет поддержку i686 сразу после релиза в июле. Не забывай за чей счет живет Debian.
> Дэбиан дропнет поддержку i686 сразу после релиза в июле. Не забывай за
> чей счет живет Debian.Сам придумал? Напиши Новость на опенет, не жмись в камментах.
> Сам придумал? Напиши Новость на опенет, не жмись в камментах.Митрофанушка, ну почитай ты фамилии мэйнтейнеров Дэба, а потом фамилии сотрудников Каноникала. Все в открытых источниках. Дэбиан давно живет за счет Марка и это никто не скрывает
Если следовать этой логике - debian должен был уже давно дропнуть большую часть поддерживаемых архитектур.
>> Сам придумал? Напиши Новость на опенет,
> Митрофанушка, ну почитай ты фамилииТо есть, да. А чего Новость-то не написал? Такую чушь туда не пускают?...
>Дэбиан давно живет за счет Марка и
> это никто не скрываетНу, вот, одну белиберду-отсебятину зафорсить не смог, уже другой размахивает.
Кусы десанткиков-диверсантов или пту вшэ заканчивал? Кто у вас там медия-ср*ч преаодавал?.... Чёт слабенько как-то.
Интриги, скандалы, расследования.
Установленна личность спонсора самого популярного дистрибутива - это рептилоид с планеты Нибиру, Марк Шатлворщ! Отказ от 32-х битной архитектуры связан с заговором плоскоземельщиков!
> Интриги, скандалы, расследования.
> Нибиру, Марк Шатлворщ!
> плоскоземельщиков!Газифицировал ванну? Меняй ник на '...джакузи'. Про грязевые, гусары, молчать.
Согласен, пруф или фейкньюз.
> Дэбиан дропнет поддержку i686 сразу после релиза в июле.скорее всего, так и будет :-(
То что Bullseye будет без поддержки i686 я совершенно уверен.
Ну и слава Богу -- нефиг бубутте делать на промышленных компах. Ее место среди шиндузятников.
Это ты локалхост своей мамки, подобранный на помойке 15 лет назад, называешь «промышленным компом»?
Поддержка 32-бит железа не нужна,
Поддержка 32-бит софта нужна,
Марк погорячился
Так я не понял, для xubuntu 18.04 до какого года ещё будут доступны 32 битные пакеты?
В смысле? До конца жизни Ubuntu 18.04 - 2023 год.
По платной подписке вряд ли будут сопровождать 32 битную архитектуру.
Естественно, что репозитории Ubuntu неоднородные, и какое-то там ядро будут поддерживать до конца, а на десктопную часть забьют этак сустя года три, а то и быстрее (тоже неоднородно по пакетам).
Интересно, если бы так сложилось (ну если пофантазировать), что x86_64 пользователей стал 1%, а 99% было бы x86_32 - они x86_64 дропнули бы :) ?
За то бесплатно, за то СПО.
Ужасный релиз.
Это не tls это издевательство.
При попытке поставить его на хард вместо федоры заявил что доступа к устройству /dev/fedora нет и не могу поставиться. Пришлось в ручную сносить все с харда. Явно писали установщик хардкодеры.
Во время установки нельзя выбрать две языковые раскладки.
После установки при добавлении второй раскладки работает только ту которую поставишь в примари, хоткеи переключения не работают, не работает ручной выбор мышкой.
Хотя бы сделали так как это было реализовано в 95 винде, а? Неужели в 21 веке невозможно побороть раскладки в линуксах?
Видимо пока этот функционал в systemd не уберут так и будет глючить
i386 действительно безнадёжно устарел, а i686 мог бы ещё поработать.
Однако, оптимизация. Компании не будут тянуть архитектуру ради 1% пользователей.
ну и Ху..........й с ним..,..
Странное и кажущееся не взвешенным решение. Возможно очень дальновидное, возможно не очень.x86, rip