LINUX.ORG.RU

Из openSUSE убирают поддержку 32-разрядной архитектуры и ранних x86-64

 , , ,


1

1

Объявлено об удалении 32-разрядной архитектуры из репозитория OpenSUSE Factory и дистрибутива openSUSE Tumbleweed, в котором применяется Rolling-модель обновления. Сборка пакетов будет осуществляться только для x86-64-v2, а поддержка x86-64-v1 будет упразднена.

Среди требований к x86-64-v2 находится поддержка команд SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF и CMPXCHG16B, для владельцев x86-64-v1 планируется создать отдельный репозиторий openSUSE:Factory:LegacyX86, для развития которого призываются волонтёры. 32-битные библиотеки, нужные для работы Wine, будут сопровождаться и дальше.

>>> Подробности



Проверено: hobbit ()

А теперь давайте вспомним, как 15 лет назад при внедрении 64-битной архитектуры в Windows Vista надрывались линуксоиды и кричали, что PAE-наше все, и что вообще 64-бита не нужны.

ipkirill22x ()
Ответ на: комментарий от ipkirill22x

Кто надрывался? Какие линуксоиды? Ты опрос, что ли, проводил?
Эмоциональных высказываний отдельных личностей я могу настричь в пользу любой позиции.

hobbit ★★★★★ ()
Ответ на: комментарий от ipkirill22x

А 30 лет назад что кричали? А сейчас что кричат? А должны ли сейчас кричать то же что 15, 30 лет назад? А если не кричат то что?

Да когда-то казалось что костылём PAE можно сэкономить в моменте (есть долбоящеры которые до сих пор размеры указателей высчитывают), и Linux, в отличие от неповоротливой проприетарной инфраструктуры, позволял это просто взять и включить. Но даже с этим профит оказался ничтожным, а так то что не обойтись без полноценного 64битного адресного пространства было понятно ещё в эпоху 386.

А по теме - отлично, давно пора.

slovazap ★★★★★ ()
Последнее исправление: slovazap (всего исправлений: 1)

Разве nvidia драйвер собирается на чем-то, кроме x86-64-v1?

Landgraf ★★★★★ ()
Ответ на: комментарий от slovazap

А если не кричат то что?

То если линуксоиды беспринципные люди, то в чем тогда смысл их сущестования? Пусть Microsoft и Apple правят балом.

ipkirill22x ()
Ответ на: комментарий от ipkirill22x

и что вообще 64-бита не нужны.

Ага, не нужны, 1-битной ленты Тьюринга хватит всем, ежели она смогёт процессировать на частоте сто тыщ мильёнов кучегерц :)

quickquest ★★★★★ ()
Ответ на: комментарий от ipkirill22x

Впервые об этом слышу, в linux просто появилась поддержка amd64. Не говоря о том, что 64-битрая версия windows была ещё для XP.

grem ★★★★★ ()
Ответ на: комментарий от ipkirill22x

Из чего вывод что беспринципные? И какие именно линуксоиды, перечисли их по именам. А Microsoft и Apple более принципные? А если безпринципные то как то мешает им не править бал? А твоё предложение кому адресуется? Перечисли также всех людей которые сейчас вот тут могут взять и решить что править бал, пожалуй, действительно, нужно Microsoft с Apple.

slovazap ★★★★★ ()
Последнее исправление: slovazap (всего исправлений: 3)
Ответ на: комментарий от grem

Впервые об этом слышу, в linux просто появилась поддержка amd64.

Вот кстати да, поддержка x86_64 в Linux была впереди планеты всей, как в самих дистрибутивах, так и особенно в приложениях.

Вспомнилось, как где-то в промежутке между 2009-2013 годами я удивлялся что официальные сборки Firefox и Chrome под Windows тупо 32-битные и всё, а 64-битные сборки были «under construction». Тогда как в Linux-дистрибутивах 64-битный Firefox и Chrom{e,ium} были уже настолько давно, что эта ситуация вызывала удивление.

EXL ★★★★★ ()
Ответ на: комментарий от Polugnom

Жаль поменяли истеричный оригинальный заголовок.

Истерику убрали поделом. А вот упоминание других дистрибутивов, избавившихся от 32 бит раньше, - важная фоновая информация, которую неплохо было бы перенести в текст новости.

Vidrele ()
Ответ на: комментарий от Vidrele

Истерику убрали поделом.

Прямо интересно стало, что я там пропустил.

slepoy_pew ()
Ответ на: комментарий от Vidrele

Я это написал исключительно для того чтобы остальные почитали оригинальный заголовок. А пользователи тех дистрибутивов и так вполне себе в курсе что оттуда убрали.

Polugnom ★★★★★ ()
Ответ на: комментарий от ipkirill22x

давайте вспомним, как 15 лет назад при внедрении 64-битной архитектуры в Windows Vista надрывались линуксоиды и кричали, что PAE-наше все

Не помню такого. А не пройти бы тебе с твоими истерическими портянками в игнор лист…

goingUp ★★★★★ ()
Ответ на: комментарий от goingUp

А лурк помнит и даже приводит подобные аргументы линуксоидов в статье о «Windows», наряду с платностью, закрытостью, несвободой и дырявостью и костылявостью WinAPI.

ipkirill22x ()
Ответ на: комментарий от Vidrele

Только к этой фоновой информации неплохо бы пояснения дать. Например, у него там в Списке Вышвырнувших промелькнул Арч — а у Арча есть 32-битное ответвление, поддерживаемое сообществом.

Цель же, очевидно, была набросить, а не информацию дать.

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

А статья в лурке тоже писалась на основании мнения 3,5 истерических личностей? Кто же тогда там утвердил мнение 3,5 личностей в статью и подал как факт?

Дословная цитата:

Windows — (цензура:булькающая пахучая субстанция), поскольку разработчики забили в несерверных версиях на такую фичу, как PAE, придуманную инженерами Intel еще в дремучем 1995 году, в результате чего, когда размеры памяти стали достигать 4Gb, система Windows XP (32-разрядная) смогла видеть только ~3.25 гигабайт ОЗУ.

ipkirill22x ()
Последнее исправление: ipkirill22x (всего исправлений: 2)
Ответ на: комментарий от ipkirill22x

Приведённая цитата - выпук безграмотных идиотов, которые слышали звон, да не знают, о чём он.

Dimez ★★★★★ ()
Ответ на: комментарий от ipkirill22x

статья в лурке

утвердил мнение 3,5 личностей в статью

Кажется, кто-то перепутал лурку с википедией. Чего уж там, давайте сразу на panorama.pub ссылаться, как на авторитет.

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

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от ipkirill22x

А статья в лурке тоже писалась на основании мнения 3,5 истерических личностей?

3.5 - это даже много

Кто же тогда там утвердил мнение 3,5 личностей в статью и подал как факт?

истеричный врунишка вроде тебя

kott ★★★★★ ()
Ответ на: комментарий от slovazap

а так то что не обойтись без полноценного 64битного адресного пространства было понятно ещё в эпоху 386.

Чего-чего? Прекрасно обхожусь без 64-битного адресного пространства на всех своих десктопах.

firkax ★★★ ()
Ответ на: комментарий от ipkirill22x

Где в этой цитате про ненужность 64 бит?!

Причем тут линукс и линуксоиды?

И разработчики не забили на фичи, а это маркетологи специально убрали PAE, типа слишком жирно показалось для десктопных ОС. Можно вернуть небольшим патчем, по какому поводу помню на ixbt в теме про WinXP еще даже пару лет назад разные личности, вроде Игоря Лейко усирались, доказывая, что такие патчи - это незаконная модификация и значит перацтво.

praseodim ★★★★★ ()
Ответ на: комментарий от firkax

Чего-чего? Прекрасно обхожусь без 64-битного адресного пространства на всех своих десктопах.

Без обид, но в 2022-м это уже чудачество. 32 бита имеет смысл на разных старых компах и специфических решениях с небольшим объемом памяти или еще в каких-то особых случаях, но в общем и целом, сейчас нет причин для них. Наоборот уже многие программы не имеют или даже никогда не имели 32 битной версии.

praseodim ★★★★★ ()
Ответ на: комментарий от praseodim

Зачем транжирить память когда можно не транжирить? Те самые «многие программы» я почему-то не видел. Это видимо какая-то жуткая проприетарщина (а как ещё 32-битную сборку запретить?).

firkax ★★★ ()
Ответ на: комментарий от praseodim

32 бита имеет смысл на разных старых компах и специфических решениях с небольшим объемом памяти

Вот-вот, на все компы с 2Гб и меньше ставлю только 32-бит семёрочку

tiinn ★★★★★ ()

Из openSUSE убирают поддержку

планируется создать отдельный репозиторий

32-битные библиотеки, нужные для работы Wine, будут сопровождаться и дальше

Так убирают или переносят в отдельный репозиторий и будут сопровождаться и дальше? Взаимоисключающие утверждения. Предлагаю автору определиться и только потом начинать истерить. Хотя, а чего ждать? Истерика она же сама себя не закатит.

mbivanyuk ★★★★★ ()

Сюся прям хорошеет на глазах.

utanho ★★★★ ()
Ответ на: комментарий от mbivanyuk

Истерика она же сама себя не закатит.

А ты, как я вижу, не умеешь читать по-русски.

«отдельный репозиторий openSUSE:Factory:LegacyX86, который будет сопровождаться добровольцами»

Что равносильно тому что выбросили, потому что работники Suse не будут этим заниматься. Не зря популярные дистрибутивы, это дистрибутивы на базе RedHat/Ubuntu, то есть там где есть постоянные работники за зарплату, а не добровольцы.

fsb4000 ★★★★★ ()
Последнее исправление: fsb4000 (всего исправлений: 1)
Ответ на: комментарий от fsb4000

«отдельный репозиторий openSUSE:Factory:LegacyX86, который будет сопровождаться добровольцами»

Если таковые найдутся

(дополнение от КО, конечно же. И если нет добровольцев, то это никому не нужно. Не умеешь в сопровождение — вали отсюда.)

greenman ★★★★★ ()
Ответ на: комментарий от firkax

Это видимо какая-то жуткая проприетарщина (а как ещё 32-битную сборку запретить?).

Можно не запретить, а сильно усложнить, всякими явными преобразованиями, например. Я сталкивался с обратной ситуацией, когда человек присваивал инту указатель, на 32 битах собиралось, на 64 нет. Благо там таких мест было всего два, я поправил int на более переносимый long и отослал автору патч.

А тепер представь, что таких мест под сотню, и они находятся в коде, который занимается разбором какого-то сложного двоичного файла или сетевого потока (понятно, что в таких местах надо вообще использовать всякие uint32_t из stdint, но в нашем мире пони какают не радугой, к сожалению), и чтобы там править что-то, надо абсолютно чётко понимать, что именно ты поменял. Представил? А теперь задумываемся, угрохать ли неопределённое время на портирование, которое с каждым годом нужно всё меньшему количеству людей, или всё-таки апгрейднуть железо.

Нет, я сам-то как раз за выбор и портирование, просто всё имеет свою цену. Иногда — неподъёмную.

hobbit ★★★★★ ()
Ответ на: комментарий от mbivanyuk

Хотя, а чего ждать? Истерика она же сама себя не закатит.

Воистину так!

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

hobbit ★★★★★ ()
Ответ на: комментарий от shpinog

Когда уже 128 бит, что бы до конца жизни.

Это где-ж такая область деятельности, что 48 бит адресного пространства не будет хватать в обозримой перспективе?

QsUPt7S ()
Ответ на: комментарий от firkax

Зачем транжирить память когда можно не транжирить?

Если памяти больше 4Гб это уже не имеет значения.

Те самые «многие программы» я почему-то не видел. Это видимо какая-то жуткая проприетарщина (а как ещё 32-битную сборку запретить?).

Видеоредакторы, к примеру. Cinelerra и ее клоны, кажется от рождения не имели 32 битной версии, еще в нулевые даже.

Или например, браузер Chromium, хотя и имеет 32-битную сборку, но похоже компилируют ее из под 64-битной системы, потому что код там такой, что компилятор в ходе компиляции выедает больше 16 Гб. То есть, имеются программы, которым для работы нужны 64 бита, ведь PAE, хотя в целом и позволяет запускать несколько процессов с адресным пространством до 4Гб, не дает возможность отдельным процессам использовать больше 4 Гб адресного пространства.

Да и сам браузер, если много вкладок открыто с современными жручими сайтами тоже может перевалить за границу 4Гб.

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

Ну и насчет проприетарщины, тяжелые игры уже наверное примерно с 2014-2015 года все сплошь 64-битные.

praseodim ★★★★★ ()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от QsUPt7S

Это где-ж такая область деятельности, что 48 бит адресного пространства не будет хватать в обозримой перспективе?

48 бит адресного - это 256 Tb. В принципе уже не так, чтобы фантастическая цифра, суперкомпьютеры уже сейчас имеют такие объемы. Рабочие станции и серверы с 1-2 Tb даже и вовсе относительно массовый продукт.

praseodim ★★★★★ ()
Ответ на: комментарий от praseodim

а следовательно в 32-х битах могут быть баги, которых нет в 64.

Ещё в 2019 были такие баги.

https://www.phoronix.com/news/Linux-32-Bit-KPTI-Bug-Fix

Вот более свежее

PSA: 32-битные процессоры зависают на 5.15.35, 5.16.11, 5.17.

greenman ★★★★★ ()
Последнее исправление: greenman (всего исправлений: 1)
Ответ на: комментарий от kott

истеричный врунишка вроде тебя

Я был в администрации лурка и защищал от изменений статью? Не знал, что у меня было такое интересное прошлое...

ipkirill22x ()
Ответ на: комментарий от kott

ты много чего не знаешь, например - значение слова «вроде»

А в чем разница-то? Вы например, не знайте такую пословицу как «молчание - знак согласия». Раз согласились, промолчали и не выразили ноту протеста - значит согласились с тем, что все что там написано - правда. На Дениску ж то Попова сил в свое время набросится и закидать дерьмом хватило, а здесь что случилось?

ipkirill22x ()
Последнее исправление: ipkirill22x (всего исправлений: 2)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.