LINUX.ORG.RU
Новости — Red Hat  

Для Fedora 17 утверждён план по переносу компонентов из корня в /usr и переход на Btrfs

 , ,


0

3

После обсуждения идеи переноса части компонентов корневой системы в /usr и объединения /sbin и /bin принято решение об утверждение планов по реализации первой идеи. Вторая идея одобрения не нашла. Обновленная структура корня будет выглядеть приблизительно следующим образом:

  • /usr - установленная система; общедоступно; возможность монтирования в режиме только чтения;
  • /etc - конфигурационные данные; локально;
  • /var - долговременные данные; локально;
  • /run - переменные данные; локально; обязательно использование tmpfs; 
 /
 |-- etc
 |-- usr
 |   |-- bin
 |   |-- sbin
 |   |-- lib
 |   `-- lib64
 |-- run
 |-- var
 |-- bin -> usr/bin
 |-- sbin -> usr/sbin
 |-- lib -> usr/lib
 `-- lib64 -> usr/lib64

О преимуществах данного решения можно подробнее прочитать в предыдущей новости.

Так же принято решение об очередной попытке перехода на Btrfs в качестве основной ФС. По сравнению с прошлым планом дополнительно заявлено о решении использовать стандартные для Btrfs механизмы управления томами, вместо LVM, и организации RAID.

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

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

О переходе на Btrfs

>>> О переносе компонентов из корня в /usr

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: daemonpnz (всего исправлений: 2)
← Открыта регистрация на второй семинар по системному администрированию в GNU|Linux
Opera 11.60 Tunny →
  1 2 3 4 5 6 7 8 9 10 11
Ответ на: комментарий от Waterlaz

http://sprunge.us/ggEV
10000 статических хеллоу ворлд потребовали в 1.5 раза _меньше_ памяти, чем 10000 динамических. Это при жирном glibc.

У меня стойкое ощущение, что туда даже смотреть не стоит и тратить время на выяснение, откуда такие цифры и где ошибка. :)

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

У меня стойкое ощущение, что туда даже смотреть не стоит и тратить время на выяснение, откуда такие цифры и где ошибка. :)

Нет ни одной причины, почему должно быть наоборот.

В данной ситуации динамическая линковка только добавляет оверхед.

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

Какими затратами ?

Не очень большими. Вот всякие гентушники регулярно мир собирают.

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

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

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

У меня стойкое ощущение, что туда даже смотреть не стоит и тратить время на выяснение, откуда такие цифры и где ошибка. :)

Можешь на заглядывать, а поставить свой эксперимент. Или опиши правильную методу, сам сделаю.

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

Не очень большими. Вот всякие гентушники регулярно мир собирают.

Ага... Иногда приходилось пересобирать kdepim. То есть, далеко не весь KDE. Честно скажу: время на пересборку всего KDE пугает... А есть не только KDE...

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

Этот «другой» ошибётся только тогда, когда ему код неправильный написали. Да и это его прямая задача - разборы говна. Я компьютер имею ввиду. ;-)
А пакетный менеджер - это да, надо, конечно, холить и лелеять, но это перспективнее, чем за «миром» следить.

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

А пакетный менеджер - это да, надо, конечно, холить и лелеять, но это перспективнее, чем за «миром» следить.

Не не не. В конечном счете человек следит, чтобы обновив glibc, у тебя все твои программки корректно работали.

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

В федоре - возможно.

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

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

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

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

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

За тебя следит мейнтейнер. Мейнтейнер - человек

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

Они будут делить общие страницы памяти.

Делить, простите - что? Там могут вообще быть разные версии libc. Со своим собран mysqld, со своим апач (может несколько), со своим - говенный cgi-бинарник в хоме быдлоюзера.

И это чучело «владеет вопросом»?

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

Или опиши правильную методу, сам сделаю.

Хотел ссылки найти, но не выходит сходу. Это рассылки ALT Linux от 2004-ого года. Вот только не помню, это в devel@ было, или в sisyphus@... Не сферический «hello world», а вполне конкретные приложения. Кстати, а почему «что там написано - смешно» ? Это про текст Дреппера.

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

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

Нет. За этим следит пакетный менеджер. Который попроще, сверяет soname, который посложнее, может и без смены soname проблемы отлавливать.

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

Каталогизация и структуризация - хорошая идея, если за структурой есть логика.

Ага, хорошо сказал

Взять помойку и разделить ее на две помойки - явно идея не очень. Нету хорошего четкого разделения, должен ли бинарник быть в /bin или /usr/bin.

Как-то так интуитивно понятно, что login должен быть в /bin, а doom3 в /usr/bin, но вот для остального...

А FHS, значит, для лохов писали? И вот эти вот «читатели» и «писатели» стандарта говорят теперь - а давай всё в одну кучу свалим, всё равно у нас помойки, а так хоть одна будет.

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

Делить, простите - что? Там могут вообще быть разные версии libc. Со своим собран mysqld, со своим апач (может несколько), со своим - говенный cgi-бинарник в хоме быдлоюзера.

Тогда поясни о чем ты? Я думал ты про то, что апач наделает множество процессов самого себя. Так вот тут не будет оверхеда от статической линковки НИКАКОГО.

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

Нет. За этим следит пакетный менеджер. Который попроще, сверяет soname, который посложнее, может и без смены soname проблемы отлавливать.

ммм а как он следит за несколькими символами с одним именем в одном so файле?

Waterlaz ★★★★★
()

Куды бечь?

Ё-моё, куда бежать-то! То гном поломали, то теперь за структуру ФС ухватились. Похоже, что разрабам Федоры не хватает квалификации сделать что-то полезное в дистрибутиве, а поскольку руки чешутся сделать хоть что-то, то вот, ломают... Записаться в разработчики, что ли...

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

Не сферический «hello world», а вполне конкретные приложения.

Приду с работы, посмотрю на примере чего-либо еще. Только вот нет причин у статического бинарника кушать больше памяти. У динамического могут быть.

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

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

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

shell-script ★★★★★
()

Отлично, наконец-то бардак разгребут.

Удивило количество упоротых чайников в каментах. Может им лучше вообще каждый файл в своей директории? Например в поддиректории /ProgramFiles?

Divius ★★
()

o_O А если \юзр, простите, похерится!?

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

LD_PRELOAD - тоже потенциальные проблемы с безопасностью

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

https://bugzilla.redhat.com/show_bug.cgi?id=638477

ruli
()
Ответ на: Куды бечь? от igorbounov

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

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

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

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

Lonli-Lokli ★★
()
Ответ на: комментарий от shapovalov

Ну да, вместо *правильного* vim /etc/default/grub и grub2-mkconfig -o /boot/grub2/grub.cfg, какой-то глупый и опасный vim /boot/grub2/grub.cfg.

Впрочем, что это я, если человек хочет отстрелить себе ног^W яйца — пускай!

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

Да убунтовские разрабы по сравнению с этими обдолбышами просто ангелы и вообще.

Lonli-Lokli ★★
()
Ответ на: Куды бечь? от igorbounov

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

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

именно поэтому линукс посасывает на десктопе

А может просто у кого-то ручки кривые? И что значит «посасывает»? Не хватает любимых локеров «отправь смс с текстом лох на номер 56324»?

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

Многие делают. И не ломают всю систему, а исправляют баги, которые тебе бы лично мешали жить в твоих уютных убунточках и арчиках(потому как большинство багов исправляется в «тормознутом» дебиане и красноглазых генте со слакой).

shell-script ★★★★★
()
Ответ на: комментарий от Lonli-Lokli

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

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

Там в т.ч. приводится проверяемая техническая аргументация.

Офигенная аргументация: «udev-бла-бла-бла жестко нуждается в libgnome и libX11, поэтому без /usr низззя!!!». Почему-то отказаться от блотвари этих «тихнечаским спецолистам» в голову не приходит.

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

забэкапить все конфиги накопленные годами

Принципиальные отличия от tar c ~/.*?

Если делать как Ъ, то никаких, а мышой таскать одну папку всяко удобнее, да даже и в mc более аккуратно смотрится.

~/etc - сейчас ~/.config
~/bin - уже у многих есть
~/lib - нафига О_о
~/doc - симлинк на /usr/share/doc, для мышевозов вполне себе удобно

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

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

Современным десктопным монстропроцессорам, на самом деле, пофиг на лишних пару мегабайт в environment'е. Куда печальнее будет, если это приведет к windows-way, когда каждое приложение будет тянуть свой libxml.so, libogg.so и так далее. Но я надеюсь, что до такого безобразия все-таки не докатится.

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

У себя в ДНК багу поищи, или объясни таки нахрена вся эта свистопляска. Ты же похоже постиг это тайное знание, так просвети окружающих.

Lonli-Lokli ★★
()
Ответ на: комментарий от shell-script

И я не знаю, что там с вашими хелловордами, а обычный софт работает быстрее и менеересурсоёмко при динамических библиотеках. Это я проверял. Особенно заметно на 64-битной системе.

Как проверял?

Waterlaz ★★★★★
()
Ответ на: комментарий от Lonli-Lokli

Надо просто хоть иногда переступать гордость и читать по ссылкам. И рассылки разработчиков. Там всё ясно.

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

ты тупой, красноглаз? 1% (да хоть 5%) тебе ни о чем не говорит? или все криворукие а ты дартаньян?

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

забэкапить все конфиги накопленные годами


Принципиальные отличия от tar c ~/.*?

Сделай ls -ad ~/.* и посмотри сколько там хлама помимо конфигов.

~/etc ~/bin ~/lib ~/doc ...


Ох, лол, и кто после этого хомяк?

Ты. Можно сделать с точками ~/.etc ~/.lib и т.д..

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

Зачем городить огород из библиотек, данных и бинарников, пусть и разложенных по трём директориям, когда можно класть связанные между собой библиотеки, данные и бинарники рядом?
чтобы получать профит от разделяемых библиотек!

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

Сделай ls -ad ~/.* и посмотри сколько там хлама помимо конфигов.

Нисколько. Сплошные ~/.*rc

Ты. Можно сделать с точками ~/.etc ~/.lib и т.д..

Специально для самых медленных: для чего нужны эти ~/{bin,etc,lib,usr}? Напоминаю знатокам, что /etc — это общесистемные настройки.

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

10000 статических хеллоу ворлд потребовали в 1.5 раза _меньше_ памяти, чем 10000 динамических.

А если пускать что-нибудь посложнее?

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

я флаги дописываю иногда, и там всё также просто как в грабе 1

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

10000 статических хеллоу ворлд потребовали в 1.5 раза _меньше_ памяти, чем 10000 динамических.

А если пускать что-нибудь посложнее?

Думаю, что вся разница сведется на нет.

Waterlaz ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3 4 5 6 7 8 9 10 11
← Открыта регистрация на второй семинар по системному администрированию в GNU|Linux
Red Hat
Opera 11.60 Tunny →