Как долго собирать мир...

зачем оно надо когда есть pacman ?

вообще говорят, что 7 дней, но я этому не верю

у меня мир, в котором есть кеды собирается за 7 часов

Никого не слушай, ставь генту. За ночь все пересоберется.

Кстати, насяльника, некоторый секас с установкой и компиляцией потом окупится с лихвой.

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

> За семь дней это только установить уже скомпиленные пакеты. Ведь там же вроде всякие "да будет свет!" - а где же параметры компиляции, оптимизации, доп. модули?! Так что это не компилирование, а только установка.

не, ну те пару тыщ лет можно скинуть сразу, ибо оно не нужно в не правослваном CentOS и Fedora

Ну всё зависит также и от количества USE.

Со stage1 надо будет <1 сутки для бутстрапа, сборки системы и ядра, чтобы загрузится в своём окружении (ну это если флагов много: X, qt, gtk..) в сразу все USE не поставишь, придётся добавить потом и делать emerge -uDN system

emerge kde на твоей машине будет более 12 часов

emerge openoffice сутки!

можешь выбрать не все кеды, а с помощью "*-meta" только нужные разделы...

Обязательно сделай свап раздел ибо мало памяти, также не забудь собрать ядро с HT и make.conf поставить MAKEOPTS="-j3", используй ccache!

А у меня за два!

Давай рядом указывать процы+память, а также использование ccache & distcc

>За семь дней это только установить уже скомпиленные пакеты. Ведь там же вроде всякие "да будет свет!" - а где же параметры компиляции, оптимизации, доп. модули?! Так что это не компилирование, а только установка.

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

К стати ссылка в тему: http://code.google.com/p/gentoo-doc/

Лучше собери Слаку, ибо ничего православнее Слаки нету! Стань адептом Патрика и воли его!

>stage 1

А разве согласно линии партии^W engineering team простым смертным еще можно собирать из Stage 1? Я думал, что это – deprecated, нужно ставиться из Stage 3 и потом уже emerge --blah system и дважды emerge --other-blah world. Или все делать по хэндбуку не Ъ?

>Давай рядом указывать процы+память, а также использование ccache & distcc

c2d 1.8 ghz, 2gb ram / without swap, MAKEOPTS="-j3", ccache & distcc turned off =)

а на десктопе да, система собиралась неделю:

celeron 2.5 ghz, 256mb ram / 512 mb swap, MAKEOPTS="-j2", ccache & distcc turned off

Не надо с таким количеством памяти (384M) ставить -j3. Если gcc > 4.2 то обязательно сильно уйдёт в своп при компиляции С++ шных прог..

>Как долго собирать мир...

Смотря что тебе надо. От пары-тройки часов (если тебе достаточно Fluxbox + Opera) до пары-тройки суток (если полностью развёрнуте KDE+Gnome+OpenOffice+etc+etc...).

Может, и быстрее, т.к. я последний раз мир с нуля собирал пару лет назад, наверное... Процессоры с тех пор шустрее стали.

На похожем железе 2 - 3 суток, помню, было. Если xfce и ничего более, можно часов за 20 успеть. Если ошибок компиляции не встречалось. Дольше всего - gcc, glibc, kdelibs, qt, mysql, ну и еще несколько. OpenOffice ставить только -bin. Не стоит он его времени компиляции и ~ 5 Gb требуемого места в /var/tmp/portage.

совет: если это не критично, ООо лучше бинарём ставить, а то полгнома вытянет

>ООо лучше бинарём ставить, а то полгнома вытянет

В Gentoo есть такая полезная штука, как USE-флаги.

USE="-gtk -gnome -dbus -firefox -kde -ldap -mono -seamonkey ... ..." emerge -av openoffice

дольше всего собираются gcc (2-4 часа), kde (4-8 часов), OpenOffice (часов 30), firefox (~30 min, или 30 min+5 мин при сборке с внешним xulrunner), ядро минут 20..30 на железе вроде A64 3000 (1.8Ghz, 1 core).

Сборка в tmpfs ускоряет в среднем раза в 2, правда памяти нужно много (гига 2-4 под tmpfs). Гига 2 в среднем хватает, gcc/kde жрёт ~1.6G..1.8 , Опеноффис поболе

Напрягает, что при обновлении world при изменении минорной версии gcc/kde опять пересобирать заново.

То же со сборкой из SVN, собирать gcc/kde из него каждый день не выгодно по времени :))

Другое дело, что этого времени обычно не замечаешь. Я делаю emerge -vuDN world 2 раза в неделю, напряги случаются тогда, когда одновременно обновились kde/gcc/openoffice/whatever.

Совет "ставь генту" удобен технологически. Вот если железо вроде A64 3000/2 Ghz поменяется на что-то вроде Core quad ~3Ghz/ 4 Gb+, то сборка станет раза в 4 быстрее (минимум), а остнастка, скрипты, обновления, логика работы останется той же самой, железобетонной. Компиляция перестанет быть узким местом, а настраиваемость и легкость сборки из ебилдов/из SVN/из своего оверлея останется.

>kde (4-8 часов), OpenOffice (часов 30), firefox (~30 min

Как-то непропорционально очень :D KDE в точных цифрах не скажу, т.к. там куча пакетов, но несколько часов. При чём несколько - это много.

При этом:

OOo-2.4.0 за 4,5 часа

firefox-2.0.14 - 20 минут.

пропорции с твоими никак не складываются :)

Фокс 2-й, т.к. 3-й у меня собирается за полторы минуты. Т.е. там xulrunner вынесен (14 минут).

P4-3200.

gcc собирается за 46 минут, по ядру масса цифр на http://balancer.ru/tech/forum/2008/06/t62136--Proizvoditel~nost~-fajlovykh-si... (чуть больше минуты).

В общем, боюсь, что у тебя в системе что-то сильно не в порядке :)

>Вот если железо вроде A64 3000/2 Ghz поменяется на что-то вроде Core quad ~3Ghz/ 4 Gb+, то сборка станет раза в 4 быстрее (минимум)

core2duo на 2200МГц у меня компилирует в среднем вдвое быстрее, чем на P4-3200:

firefox2 - 10минут

gcc-4.1.2 - 38 минут.

gimp-2.4.2 - 8,5 минут против 20 минут на P4.

странно, у меня в среднем в полтора-два раза медленнее. KDE точно часов 6-8 (не самый минимальный)

> gcc собирается за 46 минут,

а это чудо собирается около часов 2 (USE=objc d c++ fortran gcj ada), glibc часа 4 (и на стадии линковки pthreads зависало на час примерно).

Плюс нагрузка ещё гуляла туда-сюда, то в gnome сидел, то в голой консоли/xmonad

ну значит, эти цифры пополам поделить и ~30% ошибка за счёт разной частоты в районе 2..3 Ghz -- вот и получится в среднем core quad.

tmpfs не используется? в среднем в 2 раза быстрее, правда надо знать сколько в /var/tmp/portage займёт тот же gcc

>tmpfs не используется?

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

> KDE в точных цифрах не скажу, т.к. там куча пакетов, но несколько часов

rdep.py kde-base/kdelibs > file.list touch timings.txt cat file.list |while read line; do genlop -t $line >>timings.txt; done

а по timings.txt потом awk пройтись :)

genlop не прокатит :) Я последний раз пересобирал много компонентов KDE с nice +19 при постоянной загрузкой CPU в 50..80% :) Так что KDE пару суток собирался... :D

Кстати, genlop - это тормоз и глюкало.

$ qfile qlop
app-portage/portage-utils (/usr/bin/qlop)

rdep.py работает через SQLite: emerge в базу ложит зависимости, rdep извлекает простым SELECT'ом.. может и для genlop/qlop так же можно?

и чуть более хитрым SELECT'ом посчитать время пересборки мира, и/или основных "тяжелых" пакетов

Хотя польза для статистики сомнительна: нагрузка каждый раз разная, цифры могут сильно гулять

loadavg/free, что ли, параллельно в базу ложить :)

это ты мне собираешься рассказывать?

# USE="-gtk -gnome -dbus -firefox -kde -ldap -mono -seamonkey" emerge -pvtDuN openoffice
WARNING: repository at /usr/local/portage/my is missing a repo_name entry

These are the packages that would be merged, in reverse order:

Calculating dependencies   waiting for lock on /var/db/.pkg.portage_lockfile
   ... done!
[ebuild  N    ] app-office/openoffice-2.4.1  USE="cups eds gstreamer opengl pam -binfilter -dbus -debug -firefox -gnome -gtk -java -kde -ldap -mono -odk -seamonkey -xulrunner" LINGUAS="ru -af -ar -as_IN -be_BY -bg -bn -br -bs -ca -cs -cy -da -de -dz -el -en -en_GB -en_US -en_ZA -eo -es -et -fa -fi -fr -ga -gl -gu_IN -he -hi_IN -hr -hu -it -ja -km -ko -ku -lt -lv -mk -ml_IN -mr_IN -nb -ne -nl -nn -nr -ns -or_IN -pa_IN -pl -pt -pt_BR -rw -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta_IN -te_IN -tg -th -ti_ER -tn -tr -ts -uk -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" 240,630 kB
[ebuild  N    ]  gnome-extra/evolution-data-server-2.22.3  USE="kerberos ssl -debug -doc -gnome-keyring -ipv6 -krb4 -ldap" 7,443 kB
[nomerge      ] gnome-extra/evolution-data-server-2.22.3  USE="kerberos ssl -debug -doc -gnome-keyring -ipv6 -krb4 -ldap"
[nomerge      ]  gnome-base/libgnomeui-2.22.1  USE="jpeg -debug -doc"
[nomerge      ]   gnome-base/gnome-vfs-2.22.0  USE="acl fam hal kerberos samba ssl -avahi -debug -doc -gnutls -ipv6"
[ebuild  N    ]    gnome-base/gnome-mount-0.6  USE="-debug -gnome" 456 kB
[ebuild  N    ]     gnome-base/libgnomeui-2.22.1  USE="jpeg -debug -doc" 1,417 kB
[ebuild  N    ]      gnome-base/libbonoboui-2.22.0  USE="X -debug -doc" 983 kB
[ebuild  N    ]       gnome-base/libgnome-2.22.0  USE="esd -debug -doc" 1,375 kB
[ebuild  N    ]        gnome-base/gnome-vfs-2.22.0  USE="acl fam hal kerberos samba ssl -avahi -debug -doc -gnutls -ipv6" 1,895 kB
[ebuild  N    ]     x11-libs/libnotify-0.4.4  USE="-doc" 387 kB
[ebuild  N    ]      x11-misc/notification-daemon-0.3.7  USE="-debug" 403 kB
[ebuild  N    ]       x11-libs/libsexy-0.1.11  USE="-debug -doc" 262 kB
[ebuild  N    ]   gnome-base/libgnomecanvas-2.20.1.1  USE="X -debug -doc" 570 kB
[ebuild  N    ]    gnome-base/gail-1.22.3  USE="-debug -doc" 659 kB
...
Total: 40 packages (36 new, 4 reinstalls), Size of downloads: 290,667 kB

>это ты мне собираешься рассказывать?

Естественно, тебе:

eds? ( >=gnome-extra/evolution-data-server-1.2 )

признаю, мой косяк (ухожу посыпая голову пеплом)

как долго? ха ... я даже выспаться не успел :'(