LINUX.ORG.RU
 
daemonpnz

Для 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


 ← 1 2 3 4 5 6 7 8 9 10 11 →
[#] Ответ на: комментарий от alukin 06.12.2011 16:07:08  
Thero

там и рыбы нет..

а вообще Линукс стал жертвой своей популярности, очевидно же и с тех пор как в линукс потянулись толпы хипстеров(спасибо бунточка!) его пишут не для людей!

** ()
[#] Ответ на: комментарий от ssvda 06.12.2011 16:52:12  
Thero

у тебя что в /boot нету 20Мб микроисообраза для рекавери дел? да ты экстремал!

** ()
[#] Ответ на: комментарий от Thero 06.12.2011 23:59:07  
ssvda

Нет, вместо этого у меня несколько boot на нескольких физических дисках.

* ()
[#] Ответ на: комментарий от tailgunner 06.12.2011 23:53:47  
Waterlaz
>>-----Цитата---->>

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

<<-----Цитата----<<
>>-----Цитата---->>

Т.е. не пускали. Сюрприз, сюрприз.

<<-----Цитата----<<

Ну, ок. Запустил баш. 50 раз.

Статический ~ 14 МБ

Динамический ~ 24МБ

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

** ()
[#] Ответ на: комментарий от red_eyed_peguin 06.12.2011 23:44:34  
>>-----Цитата---->>

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

<<-----Цитата----<<

Я рад за тебя. Продолжай жить в своём маленьком мирке. У меня там куча всего кроме *rc, ещё и .mail.

>>-----Цитата---->>

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

<<-----Цитата----<<

Так, ну, давай начни уже применять мозг. Есть общесистемный /etc/bash.bashrc, а есть юзерский ~/.bashrc; есть общесистемный /etc/mime.types, а есть юзерский - ~/.mime.types; есть общесистемный /etc/ANYTHING, а есть юзерский - .... Смекаешь? Начинаешь понимать? Вот. Оказывается многие программы дают возможность пользователю сделать настройки отдельные от общих, вот почему имеет смысл ~/etc или ~/.etc. И тут уже как бы само-собой приходит понимание зачем многие держат ~/bin. ~/usr - это ты уже отсебятину гонишь. Зачем оно?

* ()
[#] Ответ на: комментарий от Lego_12239 07.12.2011 0:16:20  
red_eyed_peguin
>>-----Цитата---->>

Смекаешь? Начинаешь понимать?

<<-----Цитата----<<

Я по-прежнему не смекаю, почему до тебя не доходит, что подобный ~/.etc и ~/.config конфликтуют между собой.

>>-----Цитата---->>

И тут уже как бы само-собой приходит понимание зачем многие держат ~/bin. ~/usr

<<-----Цитата----<<

Бинарники в хомяке нужны только когда нет возможности поставить нужный софт общесистемно. Все остальное — девиация из класса "слакварь в отдельно взятом хомяке".

* ()
[#] Ответ на: комментарий от Thero 06.12.2011 23:55:21  

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

()
[#] Ответ на: комментарий от red_eyed_peguin 07.12.2011 0:21:35  
>>-----Цитата---->>

Я по-прежнему не смекаю, почему до тебя не доходит, что подобный ~/.etc и ~/.config конфликтуют между собой.

<<-----Цитата----<<

М-да... До тебя так и не дошло, что это одно и тоже; только я говорю о том, что не надо изобретать велосипед. Но название, по-сути, фигня. Хотя, ~/.etc понятнее, чем ~/.config; так же как и ~/bin понятнее, чем ~/prog. Просто потому, что у тех, кто не первый день общается с unix'ом, не возникнет вопросов при виде etc, bin, lib, doc и т.д..

>>-----Цитата---->>

Бинарники в хомяке нужны только когда нет возможности поставить нужный софт общесистемно. Все остальное — девиация из класса "слакварь в отдельно взятом хомяке".

<<-----Цитата----<<

Да, ты знаток просто. До этого чёткого определения никто не знал зачем нужны бинарники в хомяке. Некоторые люди не любят засорять систему чем-то, чем её засорять не следует. Так же, не смотря на возможность вкорячить общесистемно-нужный бинарник, например другой версии софта, его всё таки ставят в ~/bin, что б остальные пользователи системы пользовались версией идущей с дистром (по разным соображениям). Короче, это очень удобно в разных случаях, но тебе с вершины админа локалхоста по-ходу этого не понять.

* ()
[#] Ответ на: комментарий от shapovalov 06.12.2011 3:58:12  
Buy
>>-----Цитата---->>

БУ-ГО-ГА. только на серваках.

<<-----Цитата----<<

Почему? У меня на десктопе тоже например ;)

*** ()
[#]  

Федора, это круто.

Каждый релиз взрывает линукс-сообщество!

***** ()
[#] Ответ на: комментарий от AVL2 07.12.2011 1:09:25  

Тут до релиза ещё жить и жить.

Так что готовьтесь к серии последовательных взрывов все возрастающей мощности.

** ()
[#] Ответ на: комментарий от Waterlaz 06.12.2011 21:19:53  

Убивать не будем, FHS читать заставим:
--->8---
/bin contains commands that may be used by both the system administrator and by users, but which are required when no other filesystems are mounted (e.g. in single user mode). It may also contain commands which are used indirectly by scripts.
...
The /lib directory contains those shared library images needed to boot the system and run the commands in the root filesystem, ie. by binaries in /bin and /sbin.
...
Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin. [18] Programs executed after /usr is known to be mounted (when there are no problems) are generally placed into /usr/sbin. Locally-installed system administration programs should be placed into /usr/local/sbin.
--->8---

_Да_, /sbin - штука больше историческая. А вот отличие /bin/ от /usr/bin/ - принципиально.

* ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 0:11:46  
Devix

А теперь статический bash скопируй в bash_stat1, bash_stat2, bash_stat3 ... bash_stat50 и запусти их, так же переименуй динамический bash в bash_dyn1, bash_dyn2, bash_dyn3 ... bash_dyn50 и также запусти их, сравни суммарное потребление статических и динамических bash и напиши сюда результат. Заранее благодарен за ответ!

* ()
[#] Ответ на: комментарий от myhand 07.12.2011 1:31:00  
Waterlaz
>>-----Цитата---->>

Убивать не будем, FHS читать заставим:

<<-----Цитата----<<

Да читал я это говно...

>>-----Цитата---->>

А вот отличие /bin/ от /usr/bin/ - принципиально.

<<-----Цитата----<<

Нихера. Стоит мне заюзать питон в /etc/rc.local и python уже место в /bin

** ()
[#] Ответ на: комментарий от Buy 07.12.2011 1:03:32  

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

()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 1:40:00  
>>-----Цитата---->>

Да читал я это говно...

<<-----Цитата----<<

Это стандарт. Говоря на Вашем уровне, говно - скорее Вы.

>>-----Цитата---->>

Стоит мне заюзать питон в /etc/rc.local и python уже место в /bin

<<-----Цитата----<<

Вот так ты и "читал", что нихера не понял. /etc/rc.local работает после того, как "other filesystems are mounted". Очень сильно после.

* ()
[#] Ответ на: комментарий от Devix 07.12.2011 1:38:23  
Waterlaz
>>-----Цитата---->>

А теперь статический bash скопируй в bash_stat1, bash_stat2, bash_stat3 ... bash_stat50 и запусти их, так же переименуй динамический bash в bash_dyn1, bash_dyn2, bash_dyn3 ... bash_dyn50 и также запусти их, сравни суммарное потребление статических и динамических bash и напиши сюда результат. Заранее благодарен за ответ!

<<-----Цитата----<<

Спасибо, кэп!

Статический - 20МБ

Динамический - 24МБ

упс.. :3

ЗЫ ребята, вы просто слишком много клеветы слышали на статическую линковку.

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 1:49:48  
Devix

Скинь куда нибудь статичкски собранный bash.

* ()
[#] Ответ на: комментарий от myhand 07.12.2011 1:45:09  
Waterlaz
>>-----Цитата---->>

Это стандарт. Говоря на Вашем уровне, говно - скорее Вы.

<<-----Цитата----<<

Так говоришь, будто нет больше говно-стандартов.

И прекращай уже. В публичных текстах обращение "вы" пишется с маленькой буквы.

>>-----Цитата---->>

Вот так ты и "читал", что нихера не понял. /etc/rc.local работает после того, как "other filesystems are mounted". Очень сильно после.

<<-----Цитата----<<

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

** ()
[#] Ответ на: комментарий от Devix 07.12.2011 1:59:23  
Devix

И напиши как ты считаешь суммарное потребление памяти.

* ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 2:05:24  
Devix
>>-----Цитата---->>

только он под x86_64

<<-----Цитата----<<

Плохо. Самому лень компилировать bash статически.

* ()
[#] Ответ на: комментарий от Devix 07.12.2011 2:06:59  
Waterlaz
>>-----Цитата---->>

Плохо. Самому лень компилировать bash статически.

<<-----Цитата----<<

Ща соберу.

>>-----Цитата---->>

И напиши как ты считаешь суммарное потребление памяти.

<<-----Цитата----<<

free до и free после. Честно, не знаю, что в данном случае лучше отражает действительность.

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 1:59:25  
>>-----Цитата---->>

Так говоришь, будто нет больше говно-стандартов.

<<-----Цитата----<<

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

Ну не стоит дураками сразу много людей обзывать, лады?

>>-----Цитата---->>

В публичных текстах обращение "вы" пишется с маленькой буквы.

<<-----Цитата----<<

Русский язык был в школе?

>>-----Цитата---->>

Тем не менее, содержимое зависит от инициализации.

<<-----Цитата----<<

Конечно. Иначе бы там был список бинарников (и либ в /lib). Главное, что ясно функциональное предназначение. Хотите fsck на perl написать - воля Ваша. Но, естественно, стоит прежде проконсультироваться у доктора "здравый смысл".

>>-----Цитата---->>

Не вижу, как это добавляет порядка

<<-----Цитата----<<

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

* ()
[#] Ответ на: комментарий от myhand 07.12.2011 2:26:42  
Waterlaz

>Скажем так, "говенность" используемых стандартов для меня требует большего обоснования, нежели Ваша. По-умолчанию.

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

>Ну не стоит дураками сразу много людей обзывать, лады?

Не называл никого дураком.

>Русский язык был в школе?

Вы_vs_вы

>Это добавляет нужный людям функционал. Для тех, кто будет разбираться почему у него вдруг ничего кроме / не смонтировалось. Вместо дежурной "переустановки".

Гланое, если все бинарники изначально в /bin, то такой проблемы нет вообще.

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 2:42:02  
>>-----Цитата---->>

"это ж стандарт" - не технический аргумент

<<-----Цитата----<<

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

>>-----Цитата---->>

Не называл никого дураком.

<<-----Цитата----<<

Ну, "говенность" стандарта - это вещь именно такого порядка. Вы явно подразумеваете, что составители стандарта, мягко говоря, некомпетентны.

>>-----Цитата---->>

Вы_vs_вы

<<-----Цитата----<<

Тогда уж вот. Ладно, уел.

>>-----Цитата---->>

если все бинарники изначально в /bin, то такой проблемы нет вообще

<<-----Цитата----<<

Зато другие проблемы появляются. Вы слыхали о том, что некоторые /usr на NFS кладут?

Вообще, почитайте обсуждение в рассылке Debian: http://lists.debian.org/debian-devel/2011/10/msg00157.html

Все лучше, чем фантазировать о велосипедах с квадратными колесами да смотреть в рот "инноваторам" от федоры. Узнаете что "не все так просто", и вообще - много полезного...

* ()
[#] Ответ на: комментарий от myhand 07.12.2011 3:03:59  
Waterlaz
>>-----Цитата---->>

Зато другие проблемы появляются. Вы слыхали о том, что некоторые /usr на NFS кладут?

<<-----Цитата----<<

для таких случаев можно и с ramdisk грузиться

>>-----Цитата---->>

Все лучше, чем фантазировать о велосипедах с квадратными колесами да смотреть в рот "инноваторам" от федоры. Узнаете что "не все так просто", и вообще - много полезного...

<<-----Цитата----<<

Я не смотрю в рот инноваторам от федоры. И идею убрать все в /usr считаю совсем уж глупой, а от systemd мне становится дурно.

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 1:59:25  
>>-----Цитата---->>

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

<<-----Цитата----<<

Ещё как добавляет. Но вот когда начинают бинари кидать абы как и стандарт обзывать говном, то да - для этого случая 17-я федорка как раз и подойдёт - одна большая мусорная свалка из непойми чего и непойми зачем. И не надо свою неспособность понять стандарт выдавать за оправдание создания помойки.

Хотя должен признать, что благодаря пакетным менеджерам из мира linux на этот стандарт довольно давно начинают класть с прибором во многих дистрах. В результате вчерашние школьники видят что-то непонятное им и, не удосуживаясь изучить стандарты, херят это как "ненужное". Повились большие винты и такие вот школяры вместо человеческого разбиения его на разделы всё пихали в / - что имеем в результате? /usr выносим на отдельный раздел или даже физический носитель и тут начинаются танцы с бубном. И вместо того, чтобы исправить эти косяки конкретных программ пытаются исправить "косяки" файловой системы. А следющим шагом, я предполагаю втягивание всей системы в ядро.

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 3:12:32  
>>-----Цитата---->>

Я не смотрю в рот инноваторам от федоры. И идею убрать все в /usr считаю совсем уж глупой, а от systemd мне становится дурно.

<<-----Цитата----<<

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

** ()
[#]  
Nanodesu
>>-----Цитата---->>

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

<<-----Цитата----<<

Может не надо, а? Уже привыкли к тому что LVM это глобально, надежно и в случае чего большинством линуксов поддерживается, как тут его уже закапывают.
Впрочем, прозреваю что до заморозки все равно не успеют.

()
[#] Ответ на: комментарий от myhand 06.12.2011 15:14:22  
>>-----Цитата---->>

В дебиане идиотов не любят.

<<-----Цитата----<<

поживем - увидим. пока видно что бредовая идея с /run перемигрировала в дебиан (как и в мою уютную генту, что очень печалит). а ведь отдельный /run был нужен из-за того что udev сломали в последних версиях. Кстати опять этот udev. Из-за него сломана загрузка без /usr, из-за него пришлось добавить /run и захламить корень. Слишком много шума из-за столь малонужной штуки, тем более что раньше таких проблем не было.

*** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 1:40:00  
>>-----Цитата---->>

Стоит мне заюзать питон в /etc/rc.local и python уже место в /bin

<<-----Цитата----<<

Можно и OOo в rc.d заюзать.

***** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 0:11:46  
>>-----Цитата---->>

Ну, ок. Запустил баш. 50 раз.
Статический ~ 14 МБ
Динамический ~ 24МБ

<<-----Цитата----<<

Забавно. Как память мерял?

>>-----Цитата---->>

Ничего удивительного. [...] нет оверхеда динамической линковки.

<<-----Цитата----<<

У динамической линковки оверхед не больше, чем у форка.

***** ()
[#]  

А в чем проблема у шляповцев?

Если им уж так свербит, пусть / и /usr держат на одном разделе и запретят в своей системе разносить их на разные разделы. А остальных людей не беспокоят :)

* ()
[#] Ответ на: комментарий от alex-w 07.12.2011 7:09:02  
Waterlaz

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

** ()
[#] Ответ на: комментарий от tailgunner 07.12.2011 9:15:28  
Waterlaz
>>-----Цитата---->>

Забавно. Как память мерял?

<<-----Цитата----<<

free до и после. Не знаю, как это дело правильнее померять.

>>-----Цитата---->>

У динамической линковки оверхед не больше, чем у форка.

<<-----Цитата----<<

вот в теории вроде да.

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 12:00:45  
>>-----Цитата---->>
>>-----Цитата---->>

Как память мерял?

<<-----Цитата----<<

free до и после

<<-----Цитата----<<

Ы. Тогда вопросов нет.

>>-----Цитата---->>

Не знаю, как это дело правильнее померять.

<<-----Цитата----<<

Прикол в том, что подручными средствами правильнее не сделаешь, а использовать средства получше (хотя бы http://www.selenic.com/smem/download/smem.odp) - это не bash статически собрать

***** ()
[#] Ответ на: комментарий от myhand 07.12.2011 1:31:00  
>>-----Цитата---->>

Убивать не будем, FHS читать заставим

<<-----Цитата----<<

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

Нужна тебе среда восстановления? Ее можно сделать на рамдиске, или загрузочной флешке. И она будет намного более полезна, чем /sbin. Если у тебя возникли проблемы с файловой системой, то 99% - из-за отказа оборудования, а если он у тебя в компе одно устройство хранения, то тебя не спасет разделение на разные ФС.

Кстати, вспомнил тут. На заре своего линукс-пользования я сидел под рутом, сырцы хранил в /usr/src, программы в /opt или в /usr/local. Теперь вот даже под страхом смерти не напишу ничего в /usr/local, сырцы храню в ~/src, некоторые программы - в ~/opt. Для моих текущих нужд запросто хватает -dev пакетов и дистрибутивного софта. Если вдруг внезапно потребуется какая-то новая версия, то я скорее соберу пакет с нормальной установкой в /usr, чем буду использовать make install в /usr/local. А многие вещи и в ~/opt прекрасно живут.

**** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 11:57:57  
>>-----Цитата---->>

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

<<-----Цитата----<<

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

** ()
[#] Ответ на: комментарий от Macil 07.12.2011 12:54:06  
>>-----Цитата---->>

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

<<-----Цитата----<<

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

>>-----Цитата---->>

На заре своего линукс-пользования я сидел под рутом, сырцы хранил...

<<-----Цитата----<<

Дальше можно было уже не продолжать...

** ()
[#] Ответ на: комментарий от alex-w 07.12.2011 13:25:58  
>>-----Цитата---->>

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

<<-----Цитата----<<

Вот-вот я примерно к этому и клоню. Ошибочно считать, что весь остальной мир засовывает в комп по 5 хардов, /usr держит в ext4, / держит в ext2, а хомяк в XFS. Или, что еще хуже, делает все то же самое на одном единственном.

Конечно, можно тешить свое ЧСВ тем, что если де вдруг с компом произойдет неведомая фигня, я смогу загрузиться в single-mode и ручками поправить/вытащить необходимые данные... Глупо. Лично я в таком случае достану свою мультбут-флешку и проделаю все то же самое в намного более благоприятной среде, чего и всем желаю.

**** ()
[#] Ответ на: комментарий от tailgunner 07.12.2011 12:18:20  
Waterlaz
>>-----Цитата---->>

Ы. Тогда вопросов нет.

<<-----Цитата----<<

что, Ы? У тебя есть идея, как это сделать лучше? free более менее объективен. И главное, запускались идентичные программы. Отличались только способом линковки с glibc.

** ()
[#] Ответ на: комментарий от gaga 06.12.2011 19:58:02  
>>-----Цитата---->>

да смотрел я на списки рассылки федоры, их там тысячи, в какой именно писать такую хрень? Или в какой форум? и в какой канал?

<<-----Цитата----<<

Где тут тысячи?
Ты где смотрел вообще? Если ты запутался и не можешь определить какой лист тебе лучше подходит - для разработчиков Бангладеш, пакистан или woman или может хаскель девелоперс, то я тут не смогу помочь... Возможно тебе не следует туда даже лезть - ты точно знаешь, чем ты можешь помочь или что и кому подсказать? хрень, как ты говоришь, писать никуда не надо, пожалуйста. Расскажи её лучше подружкам.

Серьёзно же говоря, основных листа чуть более чем два. Сам найдёшь или подсказать? А вообще разбиение по категориям там достаточно вменяемое и это удобно. Огорчает только тупизм с кодировочками на странице списка листов.
С иркоканалами и форумом вообще непонятно как можно запутаца.

* ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 14:40:00  
>>-----Цитата---->>

У тебя есть идея, как это сделать лучше?

<<-----Цитата----<<

И я даже дал ссылку.

>>-----Цитата---->>

free более менее объективен

<<-----Цитата----<<

То есть ты абсолютно уверен, что замапленную в несколько процессов либу free учтет только один раз?

***** ()
[#] Ответ на: комментарий от tailgunner 07.12.2011 14:49:31  
Waterlaz
>>-----Цитата---->>

То есть ты абсолютно уверен, что замапленную в несколько процессов либу free учтет только один раз?

<<-----Цитата----<<

В этом как раз можно быть уверенным.

** ()
[#] Ответ на: комментарий от tailgunner 07.12.2011 12:18:20  
Waterlaz

Вот вывод smem на 1000 хеллоу ворлдах

Статическая линковка:

http://sprunge.us/WjNA

Динамическая:

http://sprunge.us/JSPh

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

** ()
[#] Ответ на: комментарий от Waterlaz 07.12.2011 15:34:15  
>>-----Цитата---->>

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

<<-----Цитата----<<

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

**** ()
[#] Ответ на: комментарий от Macil 07.12.2011 15:43:56  
Waterlaz
>>-----Цитата---->>

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

<<-----Цитата----<<

О том и речь.

** ()
 ← 1 2 3 4 5 6 7 8 9 10 11 →
Red Hat