Результаты компиляции на нетбуке (Atom). Gentoo и Calculate Linux

Про FF на форуме уже было, что для линковки надо дохрена памяти с какой-то версии. Больше 8 гигов вроде бы. С вебкитом такая же шляпа.

Без графических прог гента у меня на Cubietruck собирается. Очень долго, но собирается.

Хотел дать стандартный совет докинуть памяти, но на сайт intel пишут, что у процессора один канал памяти и максимум 2ГБ.

https://ark.intel.com/content/www/ru/ru/ark/products/55637/intel-atom-process...

Зачем -j5 с таким объёмом ОЗУ? Холодный ccache только же замедляет сборку ядра.

4 потока же.

Такой машине бы distcc весьма помог.

Женщина из ничего может сделать скандал, салатик и шляпку, а мужчины почему-то ударяются в извращения.

Женщина из ничего может сделать скандал, салатик и шляпку

Именно в таком порядке?

на счет firefox и webkit, попробуй ограничить количество потоков до 1-2 - может соберётся

Проблема не в кол-ве потоков, а в малом объёме оперативной памяти.

именно, при сборке webkit или firefox там каждый поток в некоторые моменты на себя берет больше гига оперативы и swap почему-то не спасает.

Своп не спасает из-за его малого объема.

По ситуации, там много внешних условий надо отслеживать.

не там даже при объёме с запасом не хватает, личные наблюдения

На 2гб озу нп собрать жирные пакеты типа rust, llvm, spidermonkey, libreiffice.

Можно попробовать собирать с -j1, но там нужны недели.

Память: DDR3, 2GB
-j5

ССЗБ

CCACHE_SIZE=«5G»

ccache замедляет сбоку, если один пакет по несколько раз не пересобирать.

От 2 виртуальных потоков в данном случае пользы никакой и -j2 более чем достаточно при таком объёме памяти, но даже если б и была польза, то можно ограничиться -j4.

Модель примерно 2014-2017 годов

Процессор 2011 года, hp, что, в 2017 году музеи грабили?

Больше кейсов для кубика не придумал?)

Я на нём rust один раз собирал. Он больше двух дней пыхтел, потом заменил на rust-bin. 😁

Так-то она у меня торрентораздавалкой работает на armbian. Хотел выключить и убрать, но как-то жалко стало.

Ещё одна причина, почему я всё-таки решил попытаться компилировать. (Предвижу улыбки) В 2009 я собрал на ноутбуке Sony Vaio,на двухпроцессорной машине, Gentoo целиком, с DE, дня за 3. Со всеми настройками, браузерами, редакторами. Может, только OpenOffice собирал позже и дольше. Процессор был 1.8GZ. Стало интересно, как изменилась ситуация с того времени для слабых машин. Получается, ядро Linux можно по-прежнему собрать в обозримые сроки на слабой машине, а вот ситуация с рядом программ сильно поменялась. В ядре, конечно, настроек поприбавилось.

Году так в 2005м генту вполне можно было использовать и на Pentium MMX 233 Mhz.

Если бы мсье прикрутил zram и сделал -j2, то всё бы собралось и ничего не ушло в своп

Маргиналы гентушники «ко-ко-ко, бинарный кэш не нужен!». Вот для подобных кейсов он как раз и нужен

sony vaio какого года выпуска, неужели 1999? Вы сейчас взяли откровенно слабый проц, даже по меркам 2011 года, когда его выпустили. В gentoo нормальные бинарные пакеты, не идеал, но в рамках x86 их можно собирать просто в chroot, без кросс-компиляции. Если взять какой-нибудь АМД Феном на 4-6 ядер, 8-16 Гб ОЗУ, SSD (система из тех-же времён, что ваш N570), то там сборка идёт не так печально.

Получается, ядро Linux можно по-прежнему собрать в обозримые сроки на слабой машине

Когда-то ядро linux было реально собирать на i80486.

Даже хромиум? На 2 Гб ОЗУ?

Вскользь прочитал и подумал, что 4гб озу. А у него 2гб. У меня всё на 4гб собралось, вроде ничего в своп не сбрасывало при zram. Но да

cat /etc/portage/world |grep "\-bin"
app-office/libreoffice-bin
dev-lang/closure-compiler-bin
dev-python/pypy-exe-bin
mail-client/thunderbird-bin
net-im/discord-bin
net-im/telegram-desktop-bin
www-client/firefox-bin

Но я такое бы не собирал и с 32гб+

Спасибо. Учту. Казалось, где-то читал, что надо ставить количество потоков по количеству ядер +1. Или это неверно?!

При переходе с 32 на 64 бита удалось всё-таки добиться улучшения работы некоторых программ. Пример: На 32 бита с видеоредактром OpenShot невозможно было работать, просто тормозил интерфейс, - разрезка видео.

Сейчас 64. Работает Shotcut вполне сносно. Рендеринг, конечно, долгий, но жить можно. Вполне сносно работает Seamonkey. Crome бинарный тормозит при старте, но все же можно работать. Phenom x6 у меня был, t1100. Хорошая машинка.

Спасибо. Почитаю про zram.

Это было давно и довольно странно, сейчас рекомендации такие: https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Stage#MAKEOPTS

Но для большинства пакетов можно выставить количество потоков равное количеству ядер (физических + виртуальных) - но для 4 потоков хотя бы 4 Gb нужно иметь. Но тот же seamonkey, не говоря о qt-webengine и прочих webkitgtk потребляют очень много памяти на одно ядро.

Хорошо. Посмотрел. zram есть: 4гб.

grep zram /proc/swaps

/dev/zram0 partition 4005036 0 100 calculate linux #

Это сборка ядра 514 в 128 потоков, емнип, на двух гигах оперативы.
Zram и сборка в памяти. (комментарий)

Похоже ‘культпросвет’ от hakavlad в течении длительного времени, оказался не впрок. ) Если юзера даже о zram не слышали, с 2013 года юзанья линукс.
Что уж говорить о каких-то le9/mglru.

Там (в handbook) рассматривается базовый случай без zram. Сборка в swap - отстой при любом раскладе: быстрее соберётся, если понизить количество потоков так, чтобы всё уложилось в оперативку.

-march-native

-msse, -msse2, -msse3, -mmmx

Поделил на ноль. Выбери что то одно - проставлять оптимизации вручную или -march=native.

Хазаза, я на RK3399 с 4гб оперативы собрал и webkit-gtk, и libreoffice и qtwebengine и вобще всё для системы в 6 потоков!

Зачем эти извращения? Вот серьёзно? Понимаю, если бы был у тебя какой-то там кукурузен на 64+ ядер. А это?

Вроде бы отфильтруются избыточные флаги? Или нет?!

Что отфильтруется? -march=native уже содержит в себе все вот эти

-msse, -msse2, -msse3, -mmmx

именно такие какие поддерживает твой CPU

избыточные флаги

Конечно они не помешают, но и не помогают.

Главный вопрос: отразятся ли на компиляции лишние флаги в строке. Или просто будут проигнорированы?

У меня вроде бы какая-то программа запросила rust, небинарный вроде бы. И он собрался.

лишние флаги

Именно лишние - не отразятся. Если флаги дублируют то что уже выставлено другими флагами, то они никак не влияют.

Спасибо. Это самое главное. Имеется в виду, что флаги все равно будут задействованы, а не отменены? Тут, к сожалению, как мне кажется, крайне важна чёткость формулировки! :)

Ведь «не повлияют на компиляцию» можно понять как:

1. Не будут задействованы какие-то флаги из первой опции, так как перечислены необходимые во второй.
2. Будут задействованы всё равно, так как уже указаны в первой опции (просто лишние опции в строке, смысле).

Собрал ядро Gentoo. Затрачено времени 14 часов.

А в чем смысл всего этого можно объяснить? Применительно к этому ноутбуку конечно.

Второй вариант конечно.

Спасибо. Слава Богу. Я так и предполагал, а то переосмыслить сказанное текстом на свой лад очень легко.

Мне, правда, на одном ресурсе всё равно посоветовали почитать на эту тему man gcc.

Мне, правда, на одном ресурсе всё равно посоветовали почитать на эту тему man gcc.

Хороший совет.

Что-то жестоко с ядром! Я меня, например, старый ноут с pentium t2370 1.73 2 ядра, 2 потока, собирает ядро минут за 30-40. Да, не джентовое ядро, руками много чего ненужного выключено, но не 14 же часов! Что там у них в джентовом ведре? На русте уже переписали чтоли? ;)))

Если кратко, попытаться

1. Получить достаточно быстро запускающийся браузер (удалось Seamonkey); Хотя бинарный FireFox работает тоже неплохо. Chrome стартует медленнее.
2. Получить ядро скомпилированное именно на этой машине с отключением и включением некоторых опций. На прирост скорости и уменьшение размера расчёта нет, так как вручную сконфигурированные ядра часто по размеру могут быть даже больше дистрибутивных. У меня так и получилось. Хотя надежда, что что-нибудь улучшилось всегда есть - эффект плацебо. И очень захотелось пингвинов при старте ядра увидеть, которые символизируют число процессоров на машине. Ностальгия :) Boot logo только в ядре можно включить.
3. Может быть, в перспективе скомпилировать ещё некоторые программы с надеждой получить ускорение, улучшение. Может быть, ffmpeg.
4. Сохранить скомпилированное ядро и конфигурационный файл на случай установки Linux на похожий нетбук.

Надеюсь, ответы удовлетворят Вас.

Дело не в самом ядре Gentoo, я думаю: я не отключил очень много модулей, то есть много чего лишнего собиралось попутно.

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

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