Подходит ли Gentoo для установки на сервер?
aluk 25 апреля, 2006 - 21:27
Да, подходит. Все свои сервера я держу только на Gentoo.
39% (843 голоса)
Скорее да, чем нет.
41% (869 голосов)
Скорее нет, чем да.
10% (207 голосов)
Нет, не подходит. Сервер - удел Debian, RHEL и т.д
10% (221 голос)
Всего ответов: 2140
»
- Для комментирования войдите или зарегистрируйтесь
опрос
Поводом для данного опроса послужил топик на gentoo.org. Там довольно активно обсуждается вопрос использования Gentoo на серверах и основные доводы против этого следующие:
Компилировать конечно можно и на другом компе, а потом переносить на сервер (многие против наличия компилятора на сервере). А если серверов много? Кстати, проект создания стабильного дерева пакетов уже существует - glep 19.
Хотелось бы узнать ваше обьективное мнение по данному вопросу, а также ваши предложения о том что в Gentoo можно улучшить чтоб сделать возможным его применение на серверах и нужно ли это делать.
Странно.
Странно, только сделали нормальный дистр и сразу давай всё ломать.
На счёт компилятора - я слышал что можно через distcc заставить всё компилироваться только на других компьютерах. Хорошо бы разработку какую, позволяющую создать сервер, который компилировал бы для других компов пакеты с указанными флагами USE и компилятора, желательно что бы это было интегрировано в emerge и что бы кэшировал такие пакеты. Получается остаётся только на этом сервере расположить общее дерево портежей и настроить компы на его использование.
Что такое стабильное дерево портежей? Я плохо знаю английский.
PS.
Добавлю. Возможно сболтну глупость, в программировании под линукс не силён, да и в других вопросах не очень, но если что поправьте:
1. Очень мечталось бы видеть отсутствие версий so библиотек, например есть библиотека libc.so и всё, обновилась эта библиотека, так и перекомпилировать весь софт не надо, так же и на счёт других библиотек.
2. Хотелось бы видеть как можно меньше слотов, хотя это больше относится к рабочим станциям (на тех вообще обновление кедов, т.е. KDE и их дальнейшая чистка вызывает зуд и раздражение, помножте на количество станций получите результат), но на серверах тоже есть слоты, которые нервируют, например squirellmail (кстати а к нему официальная руссификация когда-нибудь будет примотана?), с php вообще непонятки можно одновременно установить и версию 4 и 5, на кой обе версии?
Может сделать возможность отключения разбиения данного ПО на слоты тем кому оно надо? Например флаг ввести, скажем noslots и при данном установленном флаге ПО пусть ведёт себя так, будто оно всегда в слоте 0.
3. Может есть смысл к имени генерируемого бинарного пакета добавлять и название архитектуры? Например php-5.0.5-i586.tgz?
4. Хотелось бы конфигурационные файлы, которые точно меняются пользователем и в основном раз и навсегда полностью отделить от других и при обновлении не трогать совсем. Например я так и не понял зачем мне предлагают обновить файл /etc/modules.autoload.d/kernel-2.6.
А если произошли глобальные изменения в структуре конфигурационных файлов, то было бы неплохо иметь возможность с помощью etc-update принимать изменения построчно, например недавно обновлял ssh, там в файле /etc/ssh/sshd-config добавились пара закомментированных опций (которые я возможно в дальнейшем раскомментирую) да комментарий в нескольких местах изменился, опции которые я менял конечно предлагается заменить на дефолтовые. Ну закоментированные опции я добавил руками, но вот бы автоматизировать это (т.е. принимать или отвергать построчные изменения).
5. У меня прамо таки нездоровая мечта, не совсем только к серверам относится, вот бы иметь нормальный пул deltup серверов, которые выдавали бы разницу исходников для всего ПО, лежащего в портежах gentoo. А то существующий то либо недоступен, либо линки которые он даёт недоступны, либо просто разницы нет. Может есть смысл иметь свой официальный аналог deltup (хотя тут может я чего и не знаю)?
6. Очень мечтаю делать emerge -uD world с помощью crontab без последствий для здоровья.
7. Хотелось бы видеть как можно меньше пакетов в базовой системе, например зачем пакеты sash и busybox я четно говоря не понял.
8. Хотелось бы ряд пакетов ставить в каталог /usr/local с помощью emerge.
9. Хотелось бы иметь возможность поставить и использовать (а также обновлять) сервер без Perl и Python, например Samba, FTP, NFS сервера, роутер, сетевой экран.
10. Хотелось бы иметь возможность указывать флаги компилятора для конкретного пакета (возможно это уже есть).
11. Хотелось бы как можно больше сервисов перевести в chroot и запускать только от имени бесправных пользователей по умолчанию.
12. Хотелось бы видеть список рекомендуемого ПО, настроек, файловых систем. Это особенно важно для начинающих, а то ставишь сервер и рыщешь потом какой FTP ставить, какой почтовый сервер, какую реляционную СУБД (но тут благо из бесплатных только Firebird), какую нереляцинную СУБД (Postgre? MySQL? иное?), и т.д. Думаю такой список позволит акцентировать внимание разработчиков и тестеров на определённой группе ПО, а не на всём широком поле программ. Да и по настройкам (флагам USE) тоже рекомендации хотелось бы.
Вот парочка пожеланий.
А вообще, после перехода с ASPLinux на Gentoo у меня и тяга к жизни появилась, и сюрпризов поубавилось. Так что в качестве серверного дистрибутива Gentoo я не вижу альтернативы.
Да, сынок,
Да, сынок, слабоват ты во всем! :) Видать на винде всю жизнь сидишь. Так и сиди там, зачем тебе Gentoo? Мышкой покликал туда-сюда и все работает почти ровно, иногда не зависает...
P.S. Реляционная база данных - база, имеющая связи. Что, в Postgre и MySQL нет связей между таблицами? Все остальные пожелания из этого-же ранга.
Re: Да, сынок,
Гм, что ж, такому кладезю мудрости как вам виднее.
? Как то даже не знаю чего сказать, не могу сказать что вы в словах корректны. Может я и зря использую Gentoo на своих серверах, рабочих станциях и дома, но зато я не боюсь сказать (и говорю), что чего-то пока не знаю.
А вот чего я боюсь, так это прослыть ламером (дилетантом который выставляет себя супер-хакером, а на деле...).
СУБД, которая не поддерживает внешние ключи и не отслеживает целостность связанных данных не является реляционной. В Postgre и MySQL можно сделать тригеры, которые будут заботиться о целостности связей, как в FoxPro, но это уже не то.
Re: Да, сынок,
Ну на смешил, "тригеры как в фокспро" звучит солидно:) Сравнить больше несчем не можем? Разницу между однопользовательской и сетевой СУБД понимаем?
В MySQL точно есть
В MySQL точно есть внешние ключи. Вы что-то путаете.
Гм.
До недавних пор конструкция FOREIGN KEY - была всего лишь поддержкой синтаксиса комманды CREATE TABLE, и СУБД MySQL не обеспечивала защиту от удаления строки, на которую ссылаются в иных таблицах.
Возможно в версии 5.1 это уже не так, у меня плохо с английским и если вы прочитав следующие ссылки:
http://dev.mysql.com/doc/refman/5.1/en/example-foreign-keys.html
http://dev.mysql.com/doc/refman/5.1/en/ansi-diff-foreign-keys.html
http://dev.mysql.com/doc/refman/5.1/en/innodb-foreign-key-constraints.html
сможете у казать на место, где говорится что СУБД MySQL не позволяет удалять строки на которые ссылаются из других таблиц, а также если поле из таблиц А определено как внешний ключ из таблицы Б, то при добавлении значений в это поле будут срабатывать все ограничения для первичного ключа таблицы Б, без использования тригеров, тогда я соглашусь с вами.
Вполне возможно, что в MySQL это сделали, я мог и пропустить, но год-полтора назад этого не было.
Прошу прощения.
Оказывается там и русская дока есть, исходя из содержимого этой страницы:
http://dev.mysql.com/doc/refman/4.0/ru/ansi-diff-foreign-keys.html
поддержки целостноти внешних ключей там нет.
В версии 4.0
В версии 4.0 действительно нет. В следующих - уже есть!
http://dev.mysql.com/doc/refman/5.1/en/innodb-foreign-key-constraints.html
Цитирую:
NO ACTION: In standard SQL, NO ACTION means no action in the sense that an attempt to delete or update a primary key value is not allowed to proceed if there is a related foreign key value in the referenced table. InnoDB rejects the delete or update operation for the parent table.
И Вы скажете что здесь НЕ НАПИСАНО что СУБД MySQL не позволяет при соответствующих ключах удалять строки на которые ссылаются из других таблиц?
Что ж, это
Что ж, это радует. Если MySQL теперь поддерживает и обеспечивает отношения (relation) между сущностями (entity), то значит что она реляционная.
+5 За знание
+5
За знание истории.
PS
После этих нововведений мускул стал такой же тормозной как и все остальные, в которых эти фичи были. Вывод : за фичи надо платить, в данном случае производительостью.
Не совсем прав по поводу Mysql и совсем не прав по поводу Postgr
Во-первых 90% всех используемых людством на данный момент СУБД - реляционные.
Насчет поддержки целостности данных, в мускуле все это дело редуцировали, но сейчас в 5 все благополучно живет.
Постгрес имел это всегда, ну как я помню в 7.4 все было.
триггеры
хранимые процедуры
внешние ключи
check на запись.
Даже больше Постгрес можно назвать постреляционной СУБД.
так как она как минимум позволяет создавать свои типы данных, что активно используется в её расширениях например tsearch2.
3. Для генту в
3. Для генту в архитектуру стоит включить состояние некоторых use флагов. Некоторые настройки компилятора. Это получится огромные названия. Или они все равно не будут отображать, как зхаточен пакет.
4. А нет таких файлов. Кому-то нужно править одни файлы, кому-то другие.
И, кстати, в etc-update есть возможность слияния файлов почти построчно. Оно показывает разницу и можно для каждого расхождения принять старый/новый вариант или самому поправить заданный кусок.
6. Это тоже невозможно. Просто потому, что полной совместимостиверсий может не быть.
10. /etc/portage/package.use И там прописываешь.
11. Рекомендуемые настройки находятся в дефолтных файлах настройки и в документации по каждому приложению.
Кстати, я всегда думал, что Firebird - почтовый клиент. И, между прочим, любая СУБД работающая с SQL будет реляционной т.к. это язык для реляционных СУБД. Т.е. и mysql и postgres очень даже реляционные.
И что значит нереляционные? Может тогда что-то древовидное, openldap например? Весьма специфическая штука.
Re: 3. Для генту в
Ну это только пожелание, если что, то поправьте.
Можете дать направление, в котором копать? Пожалуйста.
Значит мечте не сбыться :(, или я один об этом мечтаю?
А emerge -uD system в автомате безопасно? Если да то это уже хорошо.
Речь идёт о автоматическом обновлении и латании закладок. За одним сервером следить самому можно, но за кучей сложно.
Погодите, там можно написать так:
CFLAGS="-O3 -march=pentium4 -mtune=pentium4 -fomit-frame-pointer -mfpmath=sse -mmmx -msse -msse2 -funroll-loops" app-arch/p7zip
?
Если да, то это очень круто. Если подтвердите то надо будет в ru.gentoo-wiki.com это осветить.
Реляционная СУБД поддерживает целостность связей сама, а не спомощью тригеров.
Например есть у вас таблица накладных, в неё используется в качестве внешнего ключа первичный ключ из таблицы материалов. Если вы создали накладную, которая сылается на строку в таблице материалов (скажем "болты"), то РСУБД не даст удалить используемую строку, иногда и изменить не дасть. Это один из примеров.
С etc-update вот так
С etc-update вот так шаманить:
Please select a file to edit by entering the corresponding number. (don't use -3 or -5 if you're unsure what to do) (-1 to exit) (-3 to auto merge all remaining files) (-5 to auto-merge AND not use 'mv -i'): 23 1) Replace original with update 2) Delete update, keeping original as is 3) Interactively merge original with update 4) Show differences again Please select from the menu above (-1 to ignore this update): 3 /etc/pam.d/._cfg0000_samba /etc/pam.d/samba /etc/pam.d/samba.merged Merging /etc/pam.d/._cfg0000_samba and /etc/pam.d/samba #account include system-auth | account include system-auth #session include system-auth | session include system-auth account required pam_stack.so service=system-auth < session required pam_stack.so service=system-auth < %k ed: Редактировать и использовать обе версии, включив в каждую заголовок. eb: Редактировать и использовать обе версии. el: Редактировать и использовать левую версию. er: Редактировать и использовать правую версию. e: Использовать новую версию. l: Использовать правую версию. r: Использовать правую версию. s: Включать общие строки, не выдавая сообщения. v: Включать общие строки, выдавая сообщение. q: Выйти.emerge -uD system относительно безопасно. Т.е. можно включить и спокойно пойти спать, но потом надо руками проверить, как обновились конфиги, перезапустить сервисы, убедиться, что они работают. Т.е. всегда есть вероятность нештатной ситуации. Поэтому не стоит добавлять его в крон, чтобы в воскресенье обнвружить, что в новой версии софтины применили новый формат конфигов и она отвалилась.
Про CFLAGS я извиняюсь. Немного не понял вопроса. Тогда наверное так нельзя, хотя я не копал в эту сторону.
Про СУБД извиняюсь. Учил же где-то с год назад, но тогда не отметил себе эту тонкость. В остальном то они весьма похожи.
Спасибо
Спасибо большое, слона то я незаметил :), блин это всё из-за плохого знания английского.
У вас
>СУБД, которая не поддерживает внешние ключи и не отслеживает целостность связанных данных не является реляционной. В Postgre и MySQL можно сделать тригеры, которые будут заботиться о целостности связей, как в FoxPro, но это уже не то.
У вас неверное определение реляционной субд, учите матчасть:)
А точнее - реляционная субд, это субд в которой поддерживаются связи, и точка.
А внешние ключи - это всего лишь опция, их может быть, а может и не быть:)
И язык SQL действительно язык предназначенный _только_ для реляционной субд.
По поводу вашей просьбы:
>Можете дать направление, в котором копать? Пожалуйста.
читайте man dispatch-conf
На счёт СУБД
На счёт СУБД пусть будет как вам угодно, мне спорить на эту тему не интересно, а за напоминание о dispatch-conf спасибо, правда я уже получил ответ, выше.
Re: 3. Для генту в
Дикая путаница понятия реляционной БД и понятия целостности БД. Учите матчасть.
Я эту матчасть
Я эту матчасть только что сдал в универе на пятёрку (дисциблина - Базы Данных), но если вы дадите свой вариант, то я с удовольствием его почитаю.
А в приведённом примере речь шла об отношении (relation) между сущностями, от слова relation и произошло название СУБД - реляционное.
Но многие почему за отношения между сущностями берут связи между таблицами. Это разные вещи. Связи есть ещё и в обычном Foxpro 2.0 for DOS, реализуется обычной выборкой. Там даже оператор SELECT из SQL поддерживается.
Связать можно две абсолютно не имеющие друг к другу отношения таблицы, пишете обычный запрос вроде:
select a.name, b.name from a,b where a.kod=b.kod;
И все, связь есть, но отношений между таблицами a и b может не быть совсем никаких. На Foxpro там ещё проще, там эту связь можно указать при создании таблицы, и тогда при просмотре таблицы a будет доступен нужный результат сразу.
Только вот отношения это не связи, отношение это правило, определяющее поведение двух таблиц.
Вообще о особенностях реляционных СУБД можно почерпнуть здесь:
http://www.ergeal.ru/archive/cs/db/glava4.htm#_2_1_1
Но я буду рад выслушать и вашу точку зрения.
у меня на
у меня на работе бэкап сервер на генту, а еще я сервак доступа в тырнет для одной конторы сделал на нем, все как полагается, впн, считалка трафика
что в генту подкупило, так это удобная установка программ и очень хорошая управляемость, до этого рэдхат пользовал и федору, так в федоре еёный инсталятор такого наинсталял аж волосы встали дыбом :)
про portage
А есть ли в portage такая штука:
Я скачал samba-4.x.x а в портежах её нет,
можно ли её установить с помощью emerge???
Re: про portage
Дык конечно можно :) Открываешь любимый редактор, пишешь в нем samba-4.x.x.ebuild, кладешь его в оверлейный portage и все, можно мерджить ;)
Действительно пока рано на продакш
По моему скромному мнению гента пока действительно не подходит для продакшн серверов.Хоть у меня все машины и на ней..но проблем довольно таки много.Взять хотя бы недавнюю попытку обновления мускула с 4.0 до 4.1.Понадеявшись на портажи я полдня промучался с новым мускулом..после чего откатил версию назад.А ведь как хочется поставить в кронтаб что-то в духе emerge -Du world и вообще забыть про сидение в консоли..просто поглядывая в логи...мечты мечты...
Для серверов
Для серверов внутренней сети вполне можно там где не требуются проприетарные продукту у которых поддержка для определлных дистров. А в инет выставлять я бы не рискнул:)
Странно
А что с инетом? У меня стоят сервера в инете, уже несколько лет им. И ничего, пашут, на Gentoo.
Ну не вижу я Gentoo
Ну не вижу я Gentoo в качестве сервера, так же как и FreeBSD в качестве десктопа.
ИМХО Gentoo рулит десктопами, FreeBSD - серверами.
PS мож потому что я с Генту познакомился после Фри :)
Да, FreeBSD это
Да, FreeBSD это вещь.
Особенно фаловая система. Сидишь и думаешь, вот выключат сейчас свет, опять все рухнет, или на этот раз виживет?...
Ха, ясен
Ха, ясен крендель
но при вырубе питания не только фря может вылететь
для избежания этого и имеются упсаки и сетевое дампирование ;)
Дело то не в
Дело то не в файловой системе! Дело в идеалогии Gentoo! Подходит ли она для сервера? Удобно ли это? Безопасно? А если серверов очень много? А если Oracle надо ставить? И т.д.
фря
фря хороша для шлюзов. где еще можно её _эффективно_ применять, хз
смотря
смотря под какие задачи. какой-нить шлюз или файл-сервер нормально на генте можно. а вот БД или groupware вжизнь не дадумаюсь на ней делать...
И чем это тебе
И чем это тебе Gentoo как сервер под БД не угодила? Тем что БД которую ты используешь под Linux не работает наверно ? :)
очень
очень хорошо работает, но предпочитаю чтоб поддержка от вендора была в комплекте (Oracle)
Cross-Platform C++ Toolkit
Перевел все на Gentoo два года назад. Пашет как влитое - Informix, Samba, Communigate ...
Сервак на Генту
Сервак на Генту держу. Пока работает. Нагрузка 1-2.
А по поводу компиляции...
Так я ядро менял, и ничего. А пакеты пересобрать - это проще.
offtopic
А чей это "1 голос" аж 44% весит? ;)
Перевер на гентоо 80 процентов серв
и не жалуюсь. есть канешно нюансы (например время все ровно убегает. как я не сторался =( )
но это первый бесплатный дистр. на который мне удалось поставить оракл !
что не говори, но по удобству генту на ровне с дебианом или даже пересиливает его в некоторых случаях(например с ключами =) )
1) Время не
1) Время не убегает
http://ru.gentoo-wiki.com/%D0%9F%D0%BE%D0%B4%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8
2) Таки сервер времени в сети имхо должен быть один. Остальные синхронизируются по нему периодически. Работа админа однако
Флейм. Нет не
Флейм.
Нет не подходит. Бо виндовый терминал сервер только на винде. Остальное моно и нуно на лине. Потому как работать лень. А у ж гентоо, дебиан и ли что там еще...Какая разница?
ЗЫ
Гена имхо экономичней хведоры. Друг редхатовец все новую федьку ждет, пока принесут. Потому как за траффик оторвут все что выступает. А гена вот она. Новая. И никто не против.
Нет не
Нет не подходит, очень не стабильная и система, вплане портеджей, постоянно что-то меняется и т.д. Обновление системы на production сервере - сравнимо с походом по минному полю. Неизвестно заведется потом сервер или нет. Вобщем Gentoo - только на desktop.
Re: Нет не
А ты сиди на стабильной ветке (x86) и не суйся в не стабильную (~X86) и все будет ОК. По крайней мере не включай не стабильный toolchain, т.е. binutils, glibc, gcc, которые всю систему переведут в не стабильную.
Упражняться с не стабильной веткой стоит только на рабочих станциях.
Гента в качестве сервера!
Вот уже второй год на генте работают следующие сервера: веб-сервер(апач+пхп+зенд+моно+веб-дав), почтовый(сталкер), шлюзовая машина со сквидом+нетап+радиус+ндсад+мускуль, днс. Все это добро перенсли с 9 красной шапки и федоры2. Ядра обновляются, порты тоже. За это время обновили рабочий апач, мускуль и пхп. И никаких проблем. Файловая система рейзер. Большинство серверов имеет аптайм более 200 дней. И то это потому, что сервера устанавливали в новую стойку. Ни на одном их серверов нет иксов, так что по поводу "гента только для десктопа" это сильно сказано.
______________
Ничто так не украшает Linux как Windows.
Скорее да, чем нет.
Скорее да, чем нет. Стоят Интернет (Apach, proftpd, bind), и файл-бекап сервер (samba), вполне сносно работают.
Аптаймом хвалится не буду, потому как и на виндовом сервере (2003 sp1, pdc, mssql, hp-железо) аптайм 130 дней (после установки сервиспака).
По апдейту, imho, не все так прямолинейно. Например, возьмите заплатки от MS, никто не устанавливает их бездумно, скачивают, тестируют, а потом уже ставят, точно также и тут. Обнавляя все буздумно- получают обломс, и я совсем не уверен, что в том же редхете ( дебиане?), получая пакеты обновлений- нельзя попасть впросак. Однако, оновление ошибок и выпуск свежего портежа- мне нравится много больше чем ожидание новых пакетов от месяца до 3х (мандрива, например), у мну конешно не банковские сейфы обслуживаются. но намного приятнее получить возможность обновления с "пылу жару", и в случае использования взломщиком дырки- быть "самим себе глупой нерпой", чем ругаться на майнтейнеров дистриббутива, что ,дескать, " они гады ешо не выпустили", этакая отвественность перед собой ( или перед своим делом, кому как больше нравится)
С другой стороны, песня "вкалывают роботы. а не человек" ( в смысле умного, автоматического, безопасного и т.д. обновления по крону)- это мечта угрюмых капиталистов, работа- облагораживает человека.
почему да и почему нет!
Да! - потому, что:
1) можно собрать только то что нужно и в тех пределах каких нужно.
2) можно 100% заточить под железо
3) можно собрать на стабильных версиях пакетов и никогда не трогать
Нет! - потому, что:
1) постоянные проблемы с совместимостью пакетов решаться тогда когда будет единый стандарт. (пока его нет, к сож.)
2) дыры будут появляться снова и снова. 100% защиты - нет.
3) потому что не всем хватает терпения собрать Дженту
Gentoo - постоянно
Gentoo - постоянно ломаемый дистрибутив, в котором постоянно что-то не собирается, постоянно изменяются конфиги и всплывают блокирующие депенденси. Стабильность "стабильной" ветки Gentoo находится где-то на уровне Debian experimental. Нормальное тестирование со всем спектром постоянно обновляющихся версий gcc/binutils/kernel/и т.д. и USE-флагов в принципе невозможно.
При обновлении Debian Sarge или RHEL так попадать как с гентой при очередном апдейте невозможно, потому что концепция продуманная - политика обновлений безопасности, а Gentoo это вечный unstable для машин девелоперов, для десктопов любителей всего нового, в т.ч. новых багов и для любителей вечно ковыряться в своей системе подправляя очередные косяки.
вечный
так-то это так, да только обновления безопасности делаются не для всех веток других систем а только для последних - поэтому поюзав пару лет версионно-зависимый дистрибутив, рано или поздно вылезет боком проблема с переходом на новую версию всего дистрибутива со всеми вытекающими последствиями вплоть до переформатирования винта и вспоминания как настраивать то что давно забыто...
а гента мне нравится - переход осуществляется постепенно.
Идеально
Идеально подходит для крупных и очень крупных организаций (корпораций) с большим количеством серверов идентичной конфигурации (софт и железо), а также для большого количества идентичных десктопов.
Учтитывая все плюсы Gentoo (гибкость настроек, ядреная оптимизация и проч.), на Gentoo можно собрирать "мастер-конфигурацию" под стандартные (для организации) конфигураци железа, тестировать и разливать по серверам/десктопам, таким же образом обновлять пакеты на серверах/десктопах.
В малых же и средних организациях (с зоопарком различных конфигураций), Gentoo использовать не рационально. В этом случае, компилиляция и тестирование системы на различных конфигурациях (железо и софт) отнимет слишком много времени.
Вариации, конечно, возможны. Если без фанатизма, то где-то использование Gentoo будет наилучшим решением, где-то разумным, где-то откровенно плохим.