Установка базовой системы

Всем привет. Посоветуйте еще какой документации для понимания на пальцах (кроме Handbook), а то почти установил базовую систему, а что обновил, какие-то исходинки скачал, зачем... Какой @world... Вообще половины не врубаю. Названия пакетов через дефис, зачем? (bla-bla/bla-bla). Сидел на бинарном дистре, а тут как на другой планете очутился.

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

если не планируешь использовать, то нет смысла

Посмотри еще Генту-вики для общего развития. Это не для начальной установки. Здесь все по разделам/(под)системам...

Но, если не планируешь использовать, то нет смысла терять время. Тут все очень специфическое в плане работы с пакетами/портажем, нигде больше не пригодится...
А внутренности системы лучше и проще изучать по докам Красной Шапки и/или Арча - там и больше, и лучше все описано.

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

А что нужно изначально уметь?

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

Ничего, если ты действительно готов учиться.

Но без языка будет трудновато.

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

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

Но я все равно не понимаю -зачем?!..
Ради понтов? Точно не стоит.
Ради задела на будущее - тоже нет...
Исключительно редко Генту используется на производстве в реальной жизни.

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

Так что определись: тебе шашечки или ехать?!..(С) ;)

И в догонку вопрос, если

И в догонку вопрос, если можно: initramfs нужно собирать в случае, если я сделал genkernell all? В хендбуке написано, что initramfs - это опционально. Просто потом не заведется после перезагрузки и опять по-новой...

Нет

Нет, алл - включает и инитрам.

Трудно будет, но вообще-то

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

My website: http://comb.org.ru

С ноября 2022 нетбук HP mini (Processor: Atom n570)

.

SysA написал(а):
Но, если не планируешь использовать, то нет смысла терять время. Тут все очень специфическое в плане работы с пакетами/портажем, нигде больше не пригодится...

Мелко плаваешь! Например та же ересь — тенденция общезначимая. Но НЯП в мире тырпрайс и прочих бинарных дистрибутивов досейчас существующая в форме устного Предания (причём в линии EL оно практически дополняется ещё и антагонизмом интерфейсов разного уровня).

SysA написал(а):
А внутренности системы лучше и проще изучать по докам Красной Шапки и/или Арча - там и больше, и лучше все описано.

Угу.
А ещё — с реверансами в пользу локальных… особенностей реализации, которые достаточно просто правильным образом разрешаются на базе Gentoo.

У меня достаточный, даже более чем хотелось бы, опыт работы с тырпрайс-документацией.
Тезис о превосходстве или хотя бы надлежащести качества оной нахожу необоснованным.

ЗЫ: Отдельно, особо и сугубо доставляет наблюдавшаяся в одной из статей, посвящённых насущной практической задаче законопачивания пробелов парадно-официальных док, рекомендация по настройке сетевого доступа к cn=config, да с авторизацией по паролю!!!

:wq
--
Live free or die

Возьми да попробуй, вдруг понравится

...Между прочим, даже вкусно,
как попробуешь - поймёшь.
Поначалу, вроде, грустно,
А потом так х... уймёшь!

С. Калугин, "Селёдка"

Сам когда-то переходил с бинарного дистра, правда, это был Арч, а до того Слакварь, и русская Генту-вики была тогда, имхо, впереди планеты всей.
Вот мой рецепт, очень личный, но, авось, пригодится:

  • Делаешь Live CD или флэшку с Calculate Linux c наиболее удобным DE и загружаешься с него. Вообще, Кальк рекомендую как переходный вариант, а тут под рукой будут все гентуспецифичные утилиты.
  • Устанавливаешь Gentoo по хендбуку, я выделял под это целый день, но можно в несколько приёмов. Для знакомства "скоростные варианты" типа магической цепочки команд, валяющиеся по интернету, не подходят.
  • Если нет каких-то специальных задач для работы с сетью, NetworkManager удобнее. Прописываешь его в юзы на этом этапе, тогда сам поставится (и потянет фигову тучу зависимостей).
  • Работаешь как под любым дистром, по ходу настраивая систему.
  • Понимаешь, нравится или нет ;-)

Для меня главная прелесть Gentoo в настраиваемости и разумной свежести. Не скован подустаревшим софтом как в Debian Stable, и не падает при половине обновлений как Арч, хотя вышепомянутые дистры тоже уважаю. Насчёт "заточки" под себя, ну, например, для меня критично, что в своём любимом шрифте Terminus я юзами выставляю наиболее симпатичные варианты хвостиков букв - и не зверею после целого дня научной писанины в Rmarkdown :)))
Или (не будучи профессиональным программером) за 10 минут правлю gtk3, чтобы в соответствующих программах dpi был родной. В том же Дебьяне я уму...хался, пока такого добился.
Но на вкус на цвет все фломастеры разные, надо пробовать.

Тебе наверное проще, ты

Тебе наверное проще, ты программист и энглиш наверняка разговорный. У меня 4-х ядерный комп, сейчас 4 часа ночи и я уже 12 часов собираю генту по хендбуку и это я только выполнил genkernel all. 12 часов на 4 ядра?? А как люди на 1 или 2-х ядровых брызгалках собирают? Сколько по времени? Мда... Непрывычно немного.

Свою первую систему я собирал

Свою первую систему я собирал на PIII-733, перезагружаясь и скачивая файлы через модем на винде. Чтобы дойти до состояния более-менее рабочего ушло 2 недели.
С другой стороны, кто заставляет сидеть перед монитором смотря на бегущие строчки? Начал сборку и пошел спать.

/

AlexMak написал(а):
Тебе наверное проще, ты программист и энглиш наверняка разговорный. У меня 4-х ядерный комп, сейчас 4 часа ночи и я уже 12 часов собираю генту по хендбуку и это я только выполнил genkernel all. 12 часов на 4 ядра?? А как люди на 1 или 2-х ядровых брызгалках собирают? Сколько по времени? Мда... Непрывычно немного.

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

И да: 12 часов — я бы не сказал, что долго. Даже просто для осмысленного выбора.

:wq
--
Live free or die

Ну, пока генкернел... Если

Ну, пока генкернел... Если получится перезагрузится без сегфолтов (или как их там) - буду счастлив. Появится стимул и дальше можно думать о настройках ядра. Просто, если при первой установке "с наскоку" буду пробовать USE-флаги настраивать и ядро конфигурировать и у меня "это" после перезагрузки не заработает, боюсь терпения повторить все уже не останется. Цена ошибки в несколько часов повторной перекомпиляции слишком высока (морально не готов ещё). А как в gentoo с зависимостями? Отслеживаются?

Просто некоторые гентушники-зазывалы :) пишут, что дескать с приходом мощных пк времена долгой компиляции прошли, а тут пишут, что 12 часов для 4-х ядер для сборки ядра в несколько мегабайт не предел. Кому верить...

/

AlexMak написал(а):
Просто, если при первой установке "с наскоку" буду пробовать USE-флаги настраивать и ядро конфигурировать и у меня "это" после перезагрузки не заработает, боюсь терпения повторить все уже не останется.

«Установка» Gentoo более чем наполовину состоит из формализации и верификации собственной позиции по вопросу требований к системе.

AlexMak написал(а):
Цена ошибки в несколько часов повторной перекомпиляции слишком высока (морально не готов ещё).

Несколько часов — это редкие приложения, которые в реальной практике пользователя можно пересчитать как бы не пальцами одной руки.
Обычно — меньше.

AlexMak написал(а):
А как в gentoo с зависимостями? Отслеживаются?

Более того: обычно корректно (!) и в обе стороны (!!!).
Чем не только лишь всяций тырпрайс может похвастаться (есть в моей практике опыт применения гентушных повадок на платформе Enterprise Linux, предложение снести при зачистке зависимостей почтовый сервер доставило).

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

AlexMak написал(а):
Просто некоторые гентушники-зазывалы :) пишут, что дескать с приходом мощных пк времена долгой компиляции прошли, а тут пишут, что 12 часов для 4-х ядер для сборки ядра в несколько мегабайт не предел. Кому верить...

Полная пересборка мира (рекомендуется при мажорных обновлениях gcc и ещё в некоторых случаях, в процедуру входит «пересборка» пакетов, обновление ядра — отдельная песня) на среднеприличном железе — около суток.
Как и лет десять назад.
Полагаю нормальным.

Для слабого железа распространённых архитектур и жырных пакетов (app-office/libreoffice внезапно занимает не первое место рейтинга) есть бинарные сборки.

:wq
--
Live free or die

"разговорный Инглиш" тебе

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

А что касается времени сборки - это во многом зависит и от конфигурации системы, и от объема памяти, и от производительности процессора. Число ядер тут не показатель, особенно при сборке ядра. Если у тебя 4 ядра на экономном Атоме, то это точно будет существенно медленнее, чем 2 ядра на и2.

А что за профили? Почему 13

А что за профили? Почему 13 хуже, чем 17? Для чего это вообще нужно? В хендбуке об этом говорится, примерно: "своё окружение", "свой набор софта"... Если выбрал stable профиль, я потом desktop не смогу собрать чтоли? Странно все это...

В хендбуке говорится

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

Можешь. Профили - это просто

Можешь.
Профили - это просто стандартизированные конфигурации, но то, что ты определишь в /etc/portage/ перекрывает их.
13 как бы устарел/устаревает, 17 - текущий, а 17.1 - в разработке.

AlexMak написал(а): Тебе

AlexMak написал(а):
Тебе наверное проще, ты программист и энглиш наверняка разговорный. У меня 4-х ядерный комп, сейчас 4 часа ночи и я уже 12 часов собираю генту по хендбуку и это я только выполнил genkernel all. 12 часов на 4 ядра?? А как люди на 1 или 2-х ядровых брызгалках собирают? Сколько по времени? Мда... Непрывычно немного.

  • Я не программист, я советский биолог ;-) В смысле, практически все скиллы - от хождения по болотам и ловли зверей до разработки GIS и анализа в R, а также сборки Gentoo под это - c помощью хендбуков, советов друзей/коллег/форумчан, поллитры и чьей-то матери. То есть, ты тоже можешь освоить что угодно, было бы желание и терпение.
  • Инглиш у меня, в основном, матерный. Всё остальное постепенно вспоминается/изучается заново в процессе чтения/написания/болтовни на конференциях, затем забывается обратно. Поскольку Gentoo Wiki наполовину переведена на русский, бывает удобно держать перед глазами русскую и аглицкую версии одного и того же.
  • В 4 ночи после 12 часов работы за компом мир становится вообще странным, надо отдыхать, потом чрутнуться недолго.
  • На Phenom II X4 2010-го года (4 ядра, правда, 16Гб RAM и системные разделы на SSD, a /var/tmp/portage вообще в раме, подробнее здесь) ядро с модулями и initramfs собирается минут за 10. Недавно прилетевшее обновление KDE - за 2-3 часа, я в это время работал (RKWard + PaleMoon + Libreoffice, тормозов не замечал). На нетбуке атомном, наверное, всё будет дольше, не имею, читал. Вообще, народ дело говорит - профит от Gentoo на нетбуке сомнителен, возможный прирост скорости работы сожрётся компиляцией с выжиранием ресурсов. Попробуй по-быстрому поставить Calculate и сравни субъективную скорость работы/отзывчивость со своим любимым/привычным дистром. Если заметно будет - можно повыёживаться, но не кросс-компиляцией, а, например, с допиливанием Кальки (выставить свои юзы и посмотреть (emerge -uDpvN world), какой процент бинарников придётся перебирать, если большой - оставь для работы Калькулейт как есть). Ну а если разницы между, скажем, Убунтой и Калькой не будет, то на хрена зайцу стоп-сигнал? Source-based дистрибутив на нетбуке может просто убить его раньше времени (поправьте меня, инженеры) чисто за счёт регулярной относительно высокой нагрузки/перегрева при компилянии всего.
  • Из личного опыта Gentoo ставится с нуля до более-менее настроенной системы нифига не дольше Debian/Xubuntu, просто в последних настройка отдельным этапом, а здесь - во многом на стадии установки.

Danhuu написал(а): Из

Danhuu написал(а):
  • Из личного опыта Gentoo ставится с нуля до более-менее настроенной системы нифига не дольше Debian/Xubuntu, просто в последних настройка отдельным этапом, а здесь - во многом на стадии установки.
  • Однозначно! И даже раньше установки - когда возникает ответ на вопрос "Зачем?".

    Собрал основное окружение

    Собрал основное окружение (которое без иксов), перезагрузился. Все получилось! Очень рад :) Меня больше размер печалит (~4.5Гб). Там исходники и снимки место занимают. Еще не знаю, как система портеж работает, буду читать... Почему-то раньше думал дистр будет легковесный. Если на нетбук и буду его ставить, то придется удалять все "ненужное" (сорцы, ебилды, компиляторы, может быть) и использовать автономно с предустановленным софтом. Есть ведь дистры, которые 100-300мб весят на основе генты (rescuecd, антивирусы). Как у них это получается? А раз генту (как мне сказали) конструктор, то попытаюсь что-нибудь такое сделать. Короче, сам не знаю пока, буду думать. А калькулейт, я так понял, тот же генту с легкой установкой? Может и он сойдет, как вариант... Все-таки интерес еще академический, хочется научится собирать из исходников.

    Начни с calculate, она

    Начни с calculate, она искаропки годна. Постепенно начнешь подпиливать и разбираться что и как. Кушай слона по частям.

    Задам ещё пару глупых

    Задам ещё пару глупых вопросов :) Может ли неправильно написанный fstab послужить причиной того, что genkernel all не там где надо собрал ядро и модули (у меня как будто две структуры дерева каталогов образовалось)? Можно пример fstab с одним единственным разделом (не знаю, как единственный раздел прописать / или /boot)? И как на форуме отвечать не цитированием или комментарием, а вообще, без обращения к кому-то конкретному? Спасибо за терпение :)

    /

    AlexMak написал(а):
    Можно пример fstab с одним единственным разделом (не знаю, как единственный раздел прописать / или /boot)?

    Можно, но это неправильно.
    Категорически рекомендуется выделение на отдельный раздел хотя бы /home.

    Ну и вариантов решения задачи я знаю как минимум три ☺

    # <fs>			<mountpoint>	  <type>  <opts>	<dump/pass>
    LABEL=my_root		/		ext3		noatime		0 1
    AlexMak написал(а):
    И как на форуме отвечать не цитированием или комментарием, а вообще, без обращения к кому-то конкретному? Спасибо за терпение :)

    Комментарием же ☺
    Но не к конкретному комментарию в обсуждении, а к корневой записи.

    :wq
    --
    Live free or die

    Спасибо. Но если у меня нет

    Спасибо. Но если у меня нет /boot раздела, а в хендбуке сказано: "На данный момент мы правим лишь /boot, так как genkernel использует эту настройку", как поведет себя генкернел алл, если не найдёт в fstab отдельного прописанного /boot раздела? Понятно, что нужно и бут и хоме создавать и своп, но я решил пока собрать "заготовку" с минимумом заморочек, меньше телодвижений, чтобы не запутаться (генкернелалл, один раздел и тому подобные "упрощения"). Если эта "кукла" после перезагрузки взлетит, то я пойму, что "все не зря" :-) и дальше, радостный, буду углубляется во флаги и настройки ядра, т.к. в конце-концов планирую поставить на asus eee700 2G, а там хотелось бы максимального облегчения ядра и софта..
    Опять же, на 2-х гигах hdd будет очень не комфортно работать на таком нетбуке? Наверняка при компиляции нужно больше места... Но ничего, компилять буду бинарники на большом брате - не проблема. Но пока ничего не собрал ещё (мечты-мечты)...

    Genkernel'ю достаточна только

    Genkernel'ю достаточна только директория.
    Ставить на asus eee700 2G однозначно не советую - дикие тормоза даже с distcc. Кросс-компиляция - это отдельный геморрой и необходимость поддерживать (компилить) 2 системы... Ты будешь непрерывно только этим и заниматься, если захочешь поддерживать их в актуальном состоянии! :) Лучше всего туда пойдет Убунту.

    Странно... А где та

    Странно... А где та "лёгкость" генту и "простота", о которой кричат на каждом углу? "Ничего лишнего", "все летает", мда... Хотел использовать без иксов, но с фреймбуффером некоторые проги. Тоже тормоза будут? А по размеру занимаемого места можно будет вычистить до 300-500мб? Иначе я искренне не понимаю, зачем тогда генту...

    Ты же не будешь на Жигулях

    Ты же не будешь на Жигулях участвовать в гонках Формулы 1! Я уже говорил о том, что Генту для тех, кому другие системы становятся тесными... повторяться не буду... И я говорил о тормозах не в работе, а в подготовке и сопровождении системы.
    Если ты поставишь и настроишь грамотно Убунту (или что-то еще, только Убунту самая приспособленная для десктопов), то реальной разницы не будет, а обновление займет до получаса на Убунту и т.п. но многие часы, а иногда и дни на Генту для таких маломощных машин!
    Чудес не бывает! Оптимизация ядра и пр. дает прирост в несколько процентов максимум, реальный выигрыш - только в грамотной конфигурации системы, а это не зависит от дистрибутива.
    А "простота и легкость" заключается в том, что ты можешь просто выключить ненужное в ядре и т.д.
    Тоже самое можно сделать и в бинарных дистрибутивах в принципе (блокировкой модулей, конфигурацией и т.п.).
    Например, на моей предыдущей работе мы использовали свои ядра в Дебиане без проблем. Чего ты не можешь там, так это убрать зависимости от между пакетами.
    И все, в принципе...

    А конфиги в дебиане или

    А конфиги в дебиане или убунте и конфиги в Генте от одной и той же проги одинаковые? Или в убунте сложнее конфиги? Конфиги настроек установленной программы, всмысле. Просто интересно, годится-ли убунта для настроек по конфигам... Или там конфиги навороченные? Собирался ведь сидеть без GUI...

    Они могут лежать в разных

    Они могут лежать в разных местах и кое-чем отличаться...
    Читай доки. Генту-вики я тебе давал, найди аналог для Убунту или чего еще ты там хочешь и читай.

    /

    SysA написал(а):
    Лучше всего туда пойдет Убунту.

    C Убунтой не составит проблем словить тормозов уже в процессе использования.

    :wq
    --
    Live free or die

    Знаешь, как говорится "С дуру

    Знаешь, как говорится "С дуру можно и ... сломать!"...

    SysA написал(а): Genkernel'ю

    SysA написал(а):
    Genkernel'ю достаточна только директория.

    Что значит директория? Про какую директорию речь?

    /boot/

    /boot/

    Подскажите, может это

    Подскажите, может это распространенное явление. Выполнил emerge --ask x11-base/xorg-server и все пошло собираться. Больше половины собралось (20 of 27), винт начал интенсивно работать, сборка как будто зависла. Если открыть вторую консоль и пытаться вводить что-то, то сильно тупит, символы появляются с задержкой в несколько секунд. Все делается в винде, в виртуальной машине, свопа нет ни в винде, ни раздел не выделял в линуксе. Уже 2 часа пялюсь в зависшую сборку и винт шуршит не переставая. Отменять? Что это и где гарантия, что при повторной попытке такое же точно не произойдет?

    Если приостанавливаешь виртуалку, то винт в себя приходит и в винде все прекрасно. Т.е. это проблема не жесткого диска, а сборки, имхо. Как проблему обойти? По одному пакету собирать? Печально, если так...

    Перед этим менял флаги мплееру и мне нужно было обновить систему(?), но я отказался. Мне что, после каждого чиха emerge .... @world делать? Может это послужить причиной зависания сборки xorg?

    1) В целом, никакого смысла

    1) В целом, никакого смысла ставить иксы отдельно нет. Их части вытянет DE/WM, Gnome, KDE, *box какой-нибудь
    2) Тормоза это нехватка, вероятно оперативной памяти, а может раздел кончился. Посмотреть на свободные ресурсы, сделать swap.

    Спасибо.1) Всмысле, нужно

    Спасибо.

    1) Всмысле, нужно просто было профиль изначально desktop выбирать вместо базового и оно бы, хоть и дольше, нормально бы собралось??? Просто подумал абстрактное понятие desktop, может он там и gnome и kde потянет, поэтому выбрал только базовый профиль. Или имелось ввиду, что нужно было сразу emerge fluxbox вводить (к примеру)?

    2) Про то, что место на разделе закончилось - да, может быть, не проверил... Может пакет большой собирался(?) А если оперативки (3гига виртуалке выделил) не хватило - ну незнаю... До этого момента все прекрасно собиралось. Просто интересно тогда, как раньше на пнях одноядерных с 512 оперы собирали :)

    Помни о тенденциях в разработке ПО!

    AlexMak написал(а):
    Просто интересно тогда, как раньше на пнях одноядерных с 512 оперы собирали :)

    Во времена, когда были «пни одноядерные» с 512M рамы архив с исходниками браузера не весил 256M.

    :wq
    --
    Live free or die

    1) Несовсем так, но слегка

    1) Несовсем так, но слегка помогло бы. Я говорю о выборе конечной цели: нужен же не xorg а то что в нем будет работать. Вот его и ставить.

    2) 3 гига гарантированно не хватит любому хромиум-пакету: webkit, chromium, qtwebengine. LLVM несмотря на смешной размер адски пожирает ресурсы.

    А что делать? У меня больше

    А что делать? У меня больше нету:) Хоть бы в руководстве предупреждали...

    Ставить бинарные версии.

    Ставить бинарные версии и/или самосборные пакеты, скомпиленые на другой машине.

    Можно ещё подключить

    Можно ещё подключить SWAP-раздел, но тоже будут тормоза во время сборки.

    Даже с тормозами не прокатит,

    Даже с тормозами не прокатит, т.к., например, rust'у v1.31 нужно минимум 4Гб ОЗУ! Вот сегодня получил сюрприз на ноуте:

    >>> Running pre-merge checks for dev-lang/rust-1.31.0
     * Checking for at least 4 GiB RAM ...                                                                                                         [ !! ]
     * There is NOT at least 4 GiB RAM
    

    У меня как раз 4Гб ОЗУ и 8Гб swap'a, но интегрированное видео чего-то там отъело от системного ОЗУ, и уже не прошел фейсконтроль!
    А без rust'a нынче даже Огнелиса не соберешь! Хотя на стабильной v1.29 ограничения по ОЗУ еще нет.

    Придется добавлять ОЗУ! :( Но, по правде я и без этого уже задумывался о расширении памяти...

    Установочный образ x86 увидит

    Установочный образ x86 увидит все 4гб ОЗУ, или ограничения будут, как в винде 3,75гб (видео не интегрированное, если что)? Я бы попробовал, но пока в командировке...:(

    /

    AlexMak написал(а):
    Установочный образ x86 увидит все 4гб ОЗУ, или ограничения будут, как в винде 3,75гб (видео не интегрированное, если что)? Я бы попробовал, но пока в командировке...:(

    Бери SRCD, грузи 64-разрядное ядро и всё будет работать.

    Хотя НЯП ещё лет пятнадцать назад и в рамках x86 в Linux'е уже были… костыли для поддержки более 4-х гигов рамы.

    :wq
    --
    Live free or die

    /

    К вопросу о времени сборки жырных пакетов.

    У меня, на достаточно продвинутом железе:

    # qlop -l

    …
    Fri Dec 14 20:56:13 2018 >>> media-libs/mesa-18.2.7
    Fri Dec 14 23:32:48 2018 >>> dev-qt/qtwebengine-5.11.1
    Fri Dec 14 23:34:37 2018 >>> dev-lang/ruby-2.3.8-r1
    Sat Dec 15 00:24:43 2018 >>> www-client/firefox-60.4.0
    …

    :wq
    --
    Live free or die

    Это ни о чем, зачем нам

    Это ни о чем, зачем нам знать, когда ты их компилил? :)
    Или команды перепутал?! ;)
    Надо бы так:

    # for p in mesa qtwebkit ruby firefox ;do echo -n "$p:";genlop -t $p|tail -2|head -1;done
    mesa:       merge time: 44 minutes and 58 seconds.
    qtwebkit:       merge time: 3 hours, 3 minutes and 2 seconds.
    ruby:       merge time: 4 minutes and 44 seconds.
    firefox:       merge time: 2 hours, 51 minutes and 52 seconds.

    Здесь видно суммарное время последней сборки без распределенной компиляции на простом лаптопе TOSHIBA Satellite Pro R50-B (PSSG0E) с 4Гб ОЗУ. Железо желающие могут посмотреть на сайте Тошибы, а ядро 4.19.9-gentoo (в принципе это важно, т.к. субъективно, т.е. без тестов, я чувствую ускорение в работе (компиляцию не сравнивал) по сравнению со стабильным ядром).

    Кстати, почему это ты Руби считаешь "жирным"?! Я бы на его месте обиделся!.. :) А вот Раст - да:

    dev-lang/rust:       merge time: 3 hours, 56 minutes and 12 seconds.
    

    Вот мой список "жирных" (время сборки больше часа) на этом же лаптопе:

    for p in $(qlist -IC) ;do echo -n "$p:";genlop -t $p|tail -2|head -1;done|grep hour
    app-emulation/virtualbox:       merge time: 1 hour, 9 minutes and 41 seconds.
    app-emulation/wine-any:       merge time: 1 hour, 37 minutes and 44 seconds.
    dev-lang/rust:       merge time: 3 hours, 56 minutes and 12 seconds.
    dev-python/PyQt5:       merge time: 1 hour and 51 seconds.
    dev-qt/qtwebkit:       merge time: 3 hours, 3 minutes and 2 seconds.
    sys-devel/clang:       merge time: 2 hours, 59 minutes and 16 seconds.
    sys-devel/gcc:       merge time: 2 hours, 14 minutes and 49 seconds.
    sys-devel/llvm:       merge time: 2 hours, 57 minutes and 14 seconds.
    www-client/firefox:       merge time: 2 hours, 51 minutes and 52 seconds.
    

    Можно было бы еще отсортировать по времени сборки, но лень... пусть это будет вашим домашним заданием. ;)

    Настройки просмотра комментариев

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