LINUX.ORG.RU

Релиз Funtoo Linux 1.3

 , , ,


0

1

Конечно, релиз запоздал дней на 10, новогодние каникулы уже кончились, но тем не менее это первый LTS выпуск Funtoo Linux.

Важное:

  • в основе meta-repo срез Gentoo Linux от 13.11.2018 г.;
  • отказ от поддержки multilib, для популярных приложений (таких как Steam) требущих 32-битное окружение, разрабатывается решение на контейнерах с пробросом GPU;
  • в состав снапшотов добавлено заранее собранное ядро debian-sources-lts-4.9.130-1.

Новое:

  • gcc-7.4.1, binutils-2.31.1, glibc-2.27, gcc-config-2.0, openrc-0.40.2, perl-5.26, lxd-3.6;
  • новые наборы: core-server-kit (приложения LAMP), core-ui-kit, core-gl-kit;
  • ебилды для официальных сборок Oracle mysql-community 8;
  • по умолчанию, отключен USE-флаг suid для xorg-server;
  • набор xorg-kit полностью отделён от Gentoo и основан на xorg-server-1.20;
  • набор gnome-kit полностью отделён от Gentoo и предлагает GNOME 3.30 без systemd;
  • интегрирована поддержка Wayland, по умолчанию включена для kde-plasma-5;
  • набор kde-kit предлагает KDE Plasma 5 (5.4.13), которая использует elogind и не зависит от systemd;
  • набор xfce-kit предлагает XFCE-4.13.

Кроме этого:

N.B. Из-за удаления совместимости с 32-битной архитектурой настоятельно рекомендуется «чистая» установка.

Инструкция по апгрейду с 1.2 - https://www.funtoo.org/Upgrade_Instructions/1.3-release

>>> Funtoo Linux 1.3

★★★★

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

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

Моему монстру с 6/12 (ядра/потоки) и 32GB оперативки эта экономия как слону дробина

Чем больше у тебя памяти - тем больше 40% от этой памяти. Даже 30% от 32ГБ это 10 гигов. Так что для тебя эта экономия даже круче, чем для остальных.

Но для этого нужно постараться загадить память.

Рано или поздно загадишь, думаю. Годы идут, софт толстеет.

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

Если всё так радужно, тогда почему 32 выпиливают?

Мне тоже подозрительно, но в комментарии, на который я отвечал утвеждали, что экономия 40% это фигня, а не что ничего 32 битная система не экономит.

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

У родителей дома оставил комп, который не обновлялся 5 лет.

Ну с гентой понятно -проще переустановить. Тем более, что сам portageс тех пор поменялся и multilib.

Но вот как обновить windows7 в дуалбуте? Боюсь сертификаты уже не действительныи даже если это не так, то уж очень долго она качает обновления и делает это последовательно.

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

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

Только работа со стеком — это быстрые операции. И аргументов у функций мало. И критический к производительности код не вызывает функции. Поэтому на практике производительность и выходит одинаковая.

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

Свою некомпетентность так явно демонстрировать не стоит.

Ой, ничего страшного, демонстрируйте на здоровье, я объясню, если что.

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

У родителей дома оставил комп, который не обновлялся 5 лет.

А если сейчас решишь его обновить, то прийдется вручную решателем зависимостей быть? Я по этой причине с gentoo ушел, надо быть на острие rolling-release иначе решишь обновиться через пол года и целую ночь разгребаешь ошибки...

Но вот как обновить windows7 в дуалбуте?

А зачем обновлять? Там-же зонды прилетят и кряк сломается.

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

Даже так:

sys-apps/systemd [1]
     Доступные версии:      [M]239-r2(0/2)^t [M](~)240-r2(0/2)^t [M]**9999(0/2)^t {acl apparmor audit build cryptsetup curl elfutils +gcrypt gnuefi http idn importd +kmod libidn2 +lz4 lzma nat pam pcre policykit qrcode +resolvconf +seccomp selinux +split-usr ssl +sysv-utils test vanilla xkb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" KERNEL="linux"}
     Домашняя страница:     https://www.freedesktop.org/wiki/Software/systemd
     Описание:              System and service manager for Linux

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

Даже 30% от 32ГБ это 10 гигов. Так что для тебя эта экономия даже круче, чем для остальных.

Да, на 32 разрядном дистре он реально не сможет загрузить всю память.

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

Тоесть как и gentoo надо обновлять раз в неделю?

Раньше, можно было и реже. Всё, что у меня «ломалось» на десктопе - результат «экспериментов». На VPS-ке раз в полгода «emerge @world», критичные вещи ручками по одному по мере необходимости.

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

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

А если сейчас решишь его обновить

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

А зачем обновлять? Там-же зонды прилетят и кряк сломается.

Не сломается - это лицензионная коробочная версия Windows 7 Home Premium

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

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

А так же приложения жрущие больше 4гб. Ибо как мне помниться ядро то может шарить больше 4гб, а вот конкретный процесс нет.

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

я не уверен, что дебиан 5 летней давности я тоже бы без проблем обновил быстро.

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

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

Если всё так радужно, тогда почему 32 выпиливают?

Чотко, модно, молодёжно!

И во всём виновата винда и проприетарщина!

А если серьёзно, кто выпиливает 32-бита? Этот вопрос задавался на 1й странице треда. Ответ: "проприетарщину зачастую уже 64-битной онли делают". Да, обычно 64-bit-only — это проприетарщина. Почему?

Есть 4 варианта установки 32/64-битных систем:

  1. Полностью 32-битная система, и обходиться без 64-битный прог.
  2. 32-битное окружение, с возможностью запуска редких 64-битных прог
  3. 64-битное окружение, с возможностью запуска редких 32-битных прог
  4. Полностью 64-битная система, и обходиться без 32-битный прог.

№1 выигрывает у №4, и №2 выигрывает у №3 — полезных 32-битных прог банально больше. 32-битные проги работают обычно не хуже, а занимают меньше места и памяти. Итого на десктопе надо бы выбирать №1, либо №2 если нужно что-то 64-bit-only.

Но... это на линухах.

У винды всё иначе: №2 нет вообще, а №1 неюзабелен, ведь 32-битная ОС видит только 3ГБ памяти, а это мало даже для офисной машины. И, конечно, x32 ABI в винде тоже нет.

Итого, на виндах почти все итак сидят на 64-битах, ну и используют 64-битные средства разработки. Зачем им поддерживать 32-битную сборку? Для экономии памяти у юзеров? Часто вы встречали проприетарщиков, экономящих память юзеров?

Потому некоторые виндовые проприетарщики и делают 64-bit-only. А те из них, кто вообще делают линуховые сборки, тоже собирают только 64-битные.

И, да, это бесит даже виндоюзеров с 2-3ГБ памяти и 32-битной виндой, которых, вероятно, больше, чем всех линуксоидов вместе взятых.

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

Хорошо расписали. Я бы даже где-то это закрепил у себя

Об этом уже писали: так шина у x64 шире. Разве профит не конкретно в этом?

64-битное окружение, с возможностью запуска редких 32-битных прог

Почему тут x64 проигрывает? Почему аналогичные либы в x64 занимают больше места и памяти?

Допустим я решусь перейти с x64 на x32 используя Debian + i5 (4 ядра, 8 потоков). Что отвалится сразу, что будет работать хуже?

CryNet ★★ ()

Спасибо за новость! В новости было бы неплохо пояснить одним-двумя предложениями, что это за дистрибутив и почему его создали. На первый взгляд это что-то вроде предсобранного gentoo stage3 под современные процессоры основателя gentoo от Д. Роббинса. Выглядит так, будто Роббинс запилил свою gentoo после ухода из проекта. Кто юзает, какие впечатления? Чем хорош кроме неработающего стима из-за отсутствия 32-битных либ и OpenRC вместо systemd?

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

что это за дистрибутив и почему его создали

Дистрибутиву 10 лет. Новость о грядущих изменениях для тех, кто знает, пробовал, но перестал следить за проектом. И лучше чем в https://www.funtoo.org/FAQ не расскажешь.

кроме неработающего стима из-за отсутствия 32-битных либ

Стим работает и поддержка 32-bit есть, убирают только в релизе 1.3. Да и после обновления, есть варианты.

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

Да ну зачем?

Давно уже есть дебилан/бубунта с центосью.

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

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

А если сейчас решишь его обновить, то прийдется вручную решателем зависимостей быть? Я по этой причине с gentoo ушел, надо быть на острие rolling-release иначе решишь обновиться через пол года и целую ночь разгребаешь ошибки...

Таже фигня.

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

Не так давно(с год назад) я обновлял, ради теста, последовательно Debian c 2.2 до 9. Обновилось и система работает. А 2.2, на минуточку, это 2000 год. То есть Debian который поставлен 18 лет назад можно обновить до текущего стэйбла штатно, через apt-get

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

убирают только в релизе 1.3

То есть в Funtoo принято сидеть на старых версиях? Или ты о том, что при пересборке мира 32-битные либы не удаляются?

есть варианты

Какие? Подразумевая, что я как раз поставился с 1.3 без мултилиба и хочу остаться в рамках Funtoo.

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

Ну вот, запустил обновление windows 7. Скачалось 67 обновлений и виндоус больше не грузится - висит часами с откатом, точек восстановления не видит, утилита dism не отрабатывает :)

Debian 2.2? Кто зеркала то к нему хранит до сих пор в открытом доступе?

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

То есть в Funtoo принято сидеть на старых версиях?

Поводов чтобы так говорить, не так много. Предыдущий был в августе 2017 при переходе на meta-repo. А мультилиб убрали и политику замораживания наборов добавили только в 1.3 пять дней назад. Хотя анонс отказа от поддержки 32-bit был пару месяцев назад.

как раз поставился с 1.3 без мултилиба

Можно попробовать сделать в ego.conf:

[global]

release = 1.2
и посмотреть, что получится ) Но, если честно, даунгрейд не пробовал.

А можно контейнеры, chroot32 и т.п.

Я ещё даже не планировал обновляться, потому что как раз не придумал что с вайном делать, у меня только он ABI_X86=«32» требует.

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

Ну даунгрейд на 1.2 – это всё же не то, костыли как они есть, да и не хочется после установки свежака тащить старьё. Попробовал тупо добавить steam-overlay в layman, но не вышло: требуемые пакеты замаскированы, чудес не бывает.

В целом Funtoo неплоха, пользоваться можно, очень радует eselect (проникся после правки настроек fontconfig) и другие плюшки Gentoo. Жаль, что для eselect не очень много модулей, таким инструментом неплохо было бы охватить всю систему.

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

Кто-кто, дед Пихто и бабка с пулеметом.

deb http://archive.debian.org potato main contrib non-free
Все на archive.debian.org на месте. Возьми да проверь, блин. Эксперимент повторяемый.

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

Тоесть как и gentoo надо обновлять раз в неделю?

Написано же

https://www.linux.org.ru/news/gentoo/14721120?cid=14727439

Но что-то пошло не так и вернулись к модели полного снепшота всех наборов. Так вот в 1.3 все наборы заморожены на уровне среза Gentoo от ноября, поэтому и LTS.

Т.е. это попытка сделать из rolling release gentoo при помощи говна и палок и руками нескольких заинтерисованных отдаленное подобие debian.

Дабы оценить всю степень трагедии надо всю историю курить ведь афтар сего поделия действительно в прошлом создатель gentoo но потом был выгнан оттуда сцаными тряпками.

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

Статьи какие-то старые. На заре 64 битов так может и было. К тому же все эти рассуждения о 40% памяти при условии, что используют только указатели. А это далеко не так, особенно в тех же играх, где основные данные это текстуры и ресурсы. Да и браузеры уже научились оптимизировать память под 64 бита через относительные указатели.

anonymous ()

Сообщение вышло длинным, так что отвечу по частям.

так шина у x64 шире. Разве профит не конкретно в этом?

Профит x86_64? В основном, их три:

  1. 64-битные указатели и виртуальное адресное пространство — возможность адресовать более 4ГБ в одном приложении, должно ускорить те редкие приложения, которым надо >4ГБ быстрой памяти (использовать >4ГБ можно и в 32-битах, но с накладными расходами на переключение страниц)
  2. дополнительные 64-битные регистры — должно ускорить целочисленную 64-битную арифметику (используется редко, но всё-таки)
  3. новое соглашение вызовов с передачей параметров через регистры, в частности, должно ускорить вызовы функций с очень большим количеством аргументов (тоже нечасто, но бывает)

(В этом списке не упоминаются всякие SSE2/SSE3, потому что они есть и в 32-битных процессорах)

Только цена этого «профита» оказалась высока.

[...]

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

Только цена этого «профита» оказалась высока.

Выше расход памяти. Операции со стеком 64-битные вместо 32-битных. И размер указателя вырос вдвое, а указателей в программах дохрена. В современных языках любое значение — объект, а любой объект — указатель, и не один. Любой элемент списка — 1-2 указателя. Любой элемент дерева — 2-3 указателя.

Кто больше всех жрёт память? Правильно, браузер. А что он делает? Формирует, поддерживает и рендерит на экран дерево из тысяч DOM-объектов. Eщё он выполняет javascript, при разборе которого почти каждый символ — отдельный объект AST-дерева... Не удивительно, что 64-битный браузер жрёт больше памяти.

Ниже эффективность процессорного кеша. Все данные проходят через кеш. И все указатели. Которые выросли вдвое. Это всё равно, что размер кеша уменьшили вдвое. А это — потеря производительности, на всех приложениях.

Выше накладные расходы на переключение контекста. У нас многозадачная ОС. Каждая задача может использовать все регистры процессора, и сильно удивится, если другие задачи будут влиять на её регистры... Поэтому ОС сохраняет и восстанавливает все регистры при каждом прерывании и каждом переключении задач. Регистров стало вдвое больше, и сами регистры выросли вдвое? Значит и их сохранение/восстановление займёт в 4 раза больше времени.

Может, это редкая операция, и всё не так плохо? Увы, всё плохо. За секунду их тысячи даже без нагрузки (счётчики «in» и «cs» в vmstat 1). А при нагрузке они могут отнимать значительные ресурсы.

Кто-то ещё помнит, как всё подвисало при втыкание геймерской USB-мышки, генерировавшей стопиццот прерываний в секунду? Вроде, нагрузки нет, а система практически висит, потому что все ресурсы процессора заняты переключением контекста. (Кто не в курсе: гуглить «12309», и накладные расходы из-за «cache trashing», «tlb flush», «sync state across numa boundary». TL;DR: проблема решалась ручной привязкой таких частых прерываний на конкретное ядро, или установкой irqbalance)

Переключение контекста — это самая ресурсоёмкая операция ОС. И переход на 64-бита замедлил её ещё в 4 раза. На десктопе это снижает производительность. На ноутах — жрёт батарею, всегда, даже при бездействии.

Итого, от 64-битов выигрывают некоторые приложения, а страдают все. Классная архитектура, правда?

[...]

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

Итого, от 64-битов выигрывают некоторые приложения, а страдают все. Классная архитектура, правда?

Конечно, это не открытие. Все эти проблемы повылазили сразу после появления x86_64. Их не сильно анонсировали (плохо для маркетинга), но все о них знали, и пытались улучшить ситуацию хоть какими-то костылями.

Intel/AMD пытаются аппаратно ускорить переключение контекста сохраняя только те регистры, что изменились с последнего переключения. Ядро уже раза 3 меняло алгоритм переключения, адаптируясь к новым изобретениям в процессорах (гуглить fxsave, xsave, xsaveopt, xsaves, xsavec).

Это улучшает производительность, но жрёт энергию. Вот и выходит, что 32-битный Intel Atom потребляет 2Вт, а 64-битные атомы - в 2-10 раз больше.

Также линуксоиды изобрели x32 ABI — возможность собрать приложение с 64-битным набором команд, но 32-битными указателями, это должно снизить расход памяти и повысить эффективность CPU-кеша почти до уровня 32-битных приложений. Поддержка в софте пока гавно, увы.

Почти 20 лет назад вышло описание 64-битной архитектуры, а мы всё ещё изобретаем костыли, чтобы сделать её хотя бы не хуже 32-битной.

anonymous ()

Re: Хорошо расписали. Я бы даже где-то это закрепил у себя

Допустим я решусь перейти с x64 на x32 используя Debian + i5 (4 ядра, 8 потоков). Что отвалится сразу, что будет работать хуже?

В дебиане можно ставить 32-битную систему, и всё будет работать. А если понадобится запустить какое-то 64-битное приложение, то всегда можно доустановить 64-битное ядро:

dpkg --add-architecture amd64
apt-get update
apt-get install linux-image-amd64
И добавить нужные приложению либы.

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

Статьи какие-то старые.

Набросайте новых тестов. :)

К тому же все эти рассуждения о 40% памяти при условии, что используют только указатели. А это далеко не так, особенно в тех же играх, где основные данные это текстуры и ресурсы. Да и браузеры уже научились оптимизировать память под 64 бита через относительные указатели.

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

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

Логическая цепочка такая, funtoo использует в качестве загрузчика grub и при mbr и при gpt-разметке (https://www.funtoo.org/Package:Boot-Update), поэтому UEFI работает через grub.efi.

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