Удалено!
См. комментарии ниже!
Зачем все это нужно?
Помимо собранного из исходных кодов ядра с флагами -native и оптимизацией 2,
я пересобрал все, что связано с выводов графики, mesa, ffmpeg и еще некоторые пакеты.
На мое слабом нетбуке hp mini удалось получить значительный прирост скорости в играх,
например, я запускал игру TES3 через OpenMw и получил значительное ускорение.
В итоге у меня сохранился в основном исходный Calculate Linux с бинарными
пакетами и лишь с пересобранным ядром и некоторыми пакетами, которые связаны с выводом графики.
А что мешает в /etc/portage/make.conf/custom прописать
FEATURES="${FEATURES} -getbinpkg"
или
echo FEATURES=\"\${FEATURES} -getbinpkg\">/etc/portage/env/no-binpkg.conf
echo media-libs/mesa no-binpkg.conf>>/etc/portage/package.env/no-binpkg
echo media-video/ffmpeg no-binpkg.conf>>/etc/portage/package.env/no-binpkg
# все, что связано с выводов графики и еще некоторые пакеты
Ядро собираю сам без initramfs
cat /etc/portage/package.use/sys-kernel/calculate-sources
sys-kernel/calculate-sources firmware -muqss -uksm -vmlinuz -minimal -grub
native
mkdir -p /path/to/файлопомойка/graysky2
git clone https://github.com/graysky2/kernel_gcc_patch.git /path/to/файлопомойка/graysky2/kernel_gcc_patch
cd /usr/src/linux
patch -p1 < /path/to/файлопомойка/graysky2/kernel_gcc_patch/enable_additional_cpu_optimizations_for_gcc_v4.9+_kernel_v3.15+.patch
# или, в зависимости от версии ядра
patch -p1 < /path/to/файлопомойка/graysky2/kernel_gcc_patch/enable_additional_cpu_optimizations_for_gcc_v4.9+_kernel_v4.13+.patch
cp arch/i386/boot/bzImage /boot/vmlinuz-4.9.95-gentoo
make install modules_install && emerge @module-rebuild
rm /boot/*.old
cl-setup-boot -v
Переходим в /usr/src
cd /usr/src
и удаляем символьную ссылку на Calculate ядро
rm linuxДелаем ссылку на ядро gentoo
ln -sf /usr/src/gentoo-4.9.95 /usr/src/linuxИли вместо 5,6,7 пунктов
USE=“-doc symlink” emerge gentoo-sources
eselect kernel list
eselect kernel set
А что мешает в /etc/portage/make.conf/custom прописать
Потому что не все пакеты нужны небинарные. Только некоторые. Я обобщил свой опыт, пусть, команды немного устарели, но может кому-то будет полезно.
Ivan Gavryushin wrote:
[…]
Потому что не все пакеты нужны небинарные. Только некоторые. Я обобщил свой опыт, пусть, команды немного устарели, но может кому-то будет полезно.
Фёдор как раз это расписал
Плюс заменил ваши ручные действия штатными. Думаю, вам стОит исправить ваш пост в соответствии с замечаниями и вписывать статью в вики.
Спасибо Федору уже сказал. Однако я не просил помощи - * - собственный опыт автора*
А это помощь не вам. Это чистая экология: не оставлять на оффсайте нестандартные ходы, не ретранслировать их. Чтобы не было как с хаутушками FreeBSD: на дворе 2018 год, а 99% хауту копипастят make && make install. Ну и забота о проекте - грамотно написанная статья будет полезной и расширит базу знаний в википедии. Зачем-то же вы заметку написали, верно?
Тогда всплывает вопрос: мы разве что-то скрываем от кого-то?
Мой пост имеет исторический смысл (прежде всего нужен мне же, если вдруг надо будет повторить), вдобавок кому-то могут быть интересны нестандартные ходы, а не штатные средства.
Хауту штатными средствами, думаю, лучше писать разработчикам системы.
Меня как раз нестандартные интересуют.
Мне кажется у нас возникло непонимание, корень которого в разной интерпретации слова “нестандартный”. Хорошо, я ужесточу формулировку, надеясь на понимание и отсутствие обид Делать “руками” симлинки при наличии eselect - это не просто нестандартный, это хреновый вариант. Вот именно его тиражировать - не нужно. Если для вас это означает скрывать - ОК, да, мы собираемся скрывать хреновые варианты. По факту стандартный вариант это то, что делают разработчики дистрибутива (генты или кальки), за валидность которого отвечают они. eselect может делать ещё дополнительные действия (сейчас или в будущем), которые в варианте “руками” вы упускаете.
вдобавок кому-то могут быть интересны нестандартные ходы, а не штатные средства.
Желающие и умеющие залезть под капот поглубже прекрасно справятся без нашей подсказки. Желающих, но неумеющих это собъёт с толку и создаст неверный навык.
Ну и да: “Нужно делать хорошо, плохо получится само”.
Хауту штатными средствами, думаю, лучше писать разработчикам системы.
Ну вот вы их видимо не читали. И естественно вы будете такой не один. И встаёт вопрос - что тиражировать - правильные, штатные методы или негодные Я за первое, а вы?
P.S. в целом я удивлён такой реакции - я всего лишь предложил “причесать” ваш материал до полноценной wiki-статьи. Я вас чем-то обидел?
Почему вы думаете, что я обиделся?!
Я не в курсе даже 10% всех возможностей Calculate. Поэтому и написать хауту я не могу.
Поэтому чаще пользуюсь стандартными средствами Gentoo Linux.
ОК! Я удалю запись!
Речь шла о поправить, просто учесть замечания Фёдора Ратиева.
Сделал для Вики краткую запись в песочницу о своем опыте перехода с ядра Calculate на Gentoo
https://wiki.calculate-linux.org/ru/bystryi_perekhod_iz_calculate_v_gentoo/draft