LINUX.ORG.RU

Chakra Linux отказывается от поддержки архитектуры i686

 


0

2

Команда разработчиков Chakra Linux приняла решение отказаться от выпуска дистрибутива под платформы i686, нацелившись впредь только на архитектуру x86_64.

Как известно, проект Chakra родился как форк Arch Linux, поэтому разработчикам в наследство досталась поддержка сразу двух архитектур. Как отмечается в официальном заявлении коллектива, проект быстро движется вперед, величина загрузок каждого нового релиза Chakra Linux в разы превышает число скачиваний предыдущего. Дистрибутив следует модели разработки rolling release, а значит на качественную поддержку обеих платформ требуются значительные усилия, а поскольку работа над ним не имеет коммерческой составляющей и ведется активными участниками сообщества, человеческий ресурс в команде является самым ценным.

Как объясняют авторы Chakra Project, архитектура i686, на которую перешли с устаревшей i486, уже исчерпала весь запас терпения и усилий по ее поддержке, а современная платформа x86_64 присутствует на рынке уже около 8 лет. Весь цикл работы над созданием и развитием Chakra ведется только на машинах x86_64 и поддерживать i686 на всех стадиях тестирования становится все менее и менее целесообразно, да и сами разработчики больше не хотят тянуть лямку поддержки устаревшего оборудования.

Разговоры о сроках поддержки i686 появились еще полтора года назад, но создатели Chakra Linux решили перейти к активным действиям только сейчас. В своем сообщении они отмечают, что в ближайшие 2-3 месяца пользователи сборки i686 будут получать лишь исправления ошибок и уязвимостей, после чего весь i686 репозиторий навсегда сохранится в неизменном состоянии, но более не будет поддерживаться. Также не планируется выпуск iso-образов установочных дисков для платформы i686. Кстати, первым образом, выпущенным только для x86_64, будет намечающийся скоро релиз с кодовым именем Claire и KDE SC 4.9 на борту.

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

★★★★★

Проверено: maxcom ()
Последнее исправление: JB (всего исправлений: 3)

Ответ на: комментарий от Homura_Akemi

В релизе Debian'а ещё и нет этого multiarch'а, так что твоё «недавно починили» звучит так, словно там 100500 сломано было. Пользуешься анстейблом? ССЗБ.

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

В релизе Debian'а ещё и нет этого multiarch'а, так что твоё «недавно починили» звучит так, словно там 100500 сломано было.

Сломано было в testing.

Пользуешься анстейблом?

Тут как раз починили :3

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

А как быть с проприетарными 32-битными программами и играми? Устраивать слакварь в /opt/?

А как поступили с 16 битным софтом, перфокартами, магнитными лентами, картриджами от денди и сеги?
Выкинуть и не заниматься некрофилией. Нет ни одного адекватного повода выбирать 32 бита вместо 64.

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

>> У всех, как у тебя, стоит Kubuntu, и видеокарта у всех не младше NVIDIA GTX 560 Ti

> GTX 560 это че детектор школоты или как? У меня правда заместо Kubuntu Openbox и Gentoo, но ход мыслей анона интересен

Я просто знаю кто этот аноним. Только этот человек может кричать, что все, кто хочет не то, что у него - школьники. А тем более, что здесь противоречие: x86 хотят сохранить школьники? Почему не олдскульщики, люди, которым много лет? Скорее всего он и не задумывался об этом, просто ему в память врезалось чувство обиды от этого слова, а не его смысл.

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

Похоже на то. В следующий раз буду читать все предыдущие сообщения.

ZenitharChampion ★★★★★
()

Пусть дропают - уже крайне мало машин без x86_64.

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

давай без этих «я знаю кто это, но имя называть не буду»! здесь ЛОР, так что либо называй имя, либо сознайся честно: ты имел ввиду самого себя.

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

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

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

Если он сам не хочет называть имя, то зачем мне его называть?

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

Любители «Паставить 64 бита патамушта 21 век!!1» не нужны.

А любители поставить 64 бита патамушта выигрыш в скорости выполнения программ?

TDrive ★★★★★
()
Ответ на: комментарий от cvs-255

2 раза больше регистров общего назначения. Что ускоряет работу программ

Вероятно, имелось ввиду «вычислительных участков программ», т.к. в большинстве невычислительных программ при вызовах функций всё так же приходится сохранять/восстанавливать значения регистров в/из стека, а это уже работа с памятью.

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

Если только это любители каких-то тяжелых вычислений типа сборка программ или дата-майнинг. Для большинства задач той скорости, которая есть на 32 битах вполне достаточно.

Psykukumber
()

Никакой трагедии, разработчики выбрали ту платформу, которой пользуются сами, для х86 железяк есть федора.

Napilnik ★★★★★
()

Ну и зачем? У меня например много машин, у которых менее 4 гб оперативы, и смысл мне на них ставить x86_64? Кароче дистрибы превращаются в полное г. P.S сам арчем и его производными не пользуюсь(я пользуюсь федорой). Просто не нравится что производители что-то свое накручивают

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

А на 64 битах тем более будет достаточно, еще и запас будет на случай если понадобится. В чем проблема отказаться от 32 бит?

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

ну самые последние которые 4-хзначные я вообще пока не признаю... я тоже не удивляюсь садизму интел и мазохизму его фанатиков.

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

шурх шурх, чтобы не обижать тебя ограничимся признаниемчто ты не в теме.

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

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

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

cvs-255 ★★★★★
()
Ответ на: комментарий от TDrive

я бы поспорил, но в целях лучшего лучшего соглашусь.

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

как ни странно, но каждый пишет дистрибутив для себя в первую очередь...

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

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

потомучто это единственный + который они поняли.

Thero ★★★★★
()
Ответ на: комментарий от cvs-255

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

Проблема даже не в аргументах. Пусть у меня есть функция, которая что-то делает и вызывает при этом другие функции. ABI предполагает, что часть регистров должна сохранять вызываемая функция, а часть - вызывающая.

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

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

Я вот тоже не хочу, а 20 моих контактов оттуда не представляют свою жизнь без скайпа. Хотя, чего не хочу, мне в общем-то по барабану, я запускаю его всего-то раз в месяц.

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

Ага. И до NetBSD.

Ну современная NetBSD на i80386 не работает уже...

alex-w ★★★★★
()
Ответ на: комментарий от anonymous

«Зачем нам ваше новое говно? Нам прекрасно дрочится на присохшее старое говнецо.»

anonymous
()

на арче нам подобного не надо

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

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

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

ок, в чем профит от использования х86_64 на компьютере с 2-3 гб оперативы? Приложения x86_64 жрут оперативы больше, так смысл мне тогда ставить x86_64?

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

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

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

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

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

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

Виндовоз-32 прекрасно работает и поддерживает кучу легаси перделок. А вот как раз 64 бита и привносят в систему полный бардак и п**ц!!

В маздае действительно, Хрюша Гейтсовна (Зверева) рулит и педалит, от 64 бит пользы так мало что внедряются они частично насильственными методами. Ну нет смысла ещё и в 64 битных версиях блобов когда 32 битных там уже множество. И памяти свистосемёрки при запуске игр жрут больше. В линуксе ситуация иная, софта так мало, а древний часто уже поломан, что переход на большую битность не очень болезненен.

Внимание, правильный вопрос: вам лично зачем эти 64 бита?

На винде нинахрена, на линуксе - да прикольны они и осознание факта что набранный тобой хелловорд после компиляции захавает больше регистров очень даже греет душу - ничего не добавляя в код получается более крутой бинарник:)

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

Я на остальные архитектуры у них силёнок не хватило или они просто не знают, что они существуют?

mr_doug
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.