Linux - это интересно!
Вы не вошли.
А ты makepkg.conf меняешь, или он у тебя по умолчанию?
чёт я про него забыл совсем
а ещё лучше подобрать опцию под свой конкретный проц - https://wiki.gentoo.org/wiki/Safe_CFLAGS.
а для этого барахла что посоветуете?
~$ grep -m1 -A3 "vendor_id" /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Celeron(R) CPU 1037U @ 1.80GHz
Добавлено спустя 02 мин 01 с:
примус, кстати, так и не заработал ((
Долой DE! Даёшь WM!
Вне форума
чёт я про него забыл совсем
Вот, если что: https://pastebin.com/YfqbdLZh
In Tux We Trust
Вне форума
@redix, Спасибо!
Долой DE! Даёшь WM!
Вне форума
С мусоркой не согласен категорически, там находится огромная куча софта, которая присутствует в официальных репах других дистрибутивов.
Признаю, назвав "мусоркой" я несколько перегнул палку. Ваш покорный слуга так же пользуется аналогом арчевского аура в генте - неофициальными оверлеями, в этом смысле рыльце моё в пушку (а что делать? нужного софта зачастую нет в главном дереве). Но такие ебилды в сторонних оверлеях генты , как и пакаджбилды AUR в арче не поддерживаются официальными дистростроителями. Безопасность и надёжность их также лежит на совести ебилд/пакаджбилд-писателя, который запросто может оказаться каким-нибудь васяном. Поэтому дополнительная проверка на потенциально опасные функции (-fstack-protector-strong или *-all) лишней не будет.
это благодатная почва для посадки ветвистого холиварчика!
Истинно!)
а для этого барахла что посоветуете?
Этот проц основан на IvyBridge с некоторыми урезанными функциями. Но для целеронов в gcc нет своего отдельного параметра архитектуры, поэтому принято использовать native (ахтунг! этот способ не подходит при кросскомпиляции!):
-march=native
Предложенный уважаемым redix'ом
-march=x86-64
тоже иммеет право на существование, но только как общий для всех 64-х разрядных процев. Другими словами, такой ключ говорит компиятору "собери софт под 64-хразрядную платформу, а не под 32 или, скажем, arm". Но если есть возможность повлиять на процесс сборки и дать ему команду собрать приложение под МОЙ конкретный процессор, то почему бы этой возможностью не воспользоваться? Понятно, что сейчас время и железо уже другие и флаги компиляции не так сильно влияют на результат, как в начале двухтысячных, однако зачем лишать себя хоть и маленьких, но всё же вкусных плюшек?:))
Также в обозначенном проце нет поддержки AES, поэтому убираем лишний код из собираемых приложений:
-mno-aes
Уменьшаем вес софта и скорость его выполнения (минус - время компиляции увеличивается):
-O2
Предыдущий ключ можно поменять на -О3: скорость приложения ещё более повысится и ещё более уменьшится его вес, но нет гарантий, что сборка будет успешной. Можно использовать ключ -Os: это по-максимуму уменьшит размер приложения, что хорошо при малом объёме кеша CPU и оперативки.
Во время компиляции создаются куча промежуточных файлов, которые пишутся на диск и потом удаляются. Это - лишнее время сборки, плюс износ харда. Следующий ключ позволяет по возможности избавится от этого:
-pipe
Резюмируя, привожу опции, которые будут безопасны и полезны для
Intel(R) Celeron(R) CPU 1037U @ 1.80GHz
CFLAGS="-march=native -O2 -pipe -fstack-protector-strong -mno-aes"
Вообще, разных ключей, как полезных, так и нет, очень много. Можно углубиться в техническую документацию процессора и улучшить оптимизацию. Однако, чтобы не попасть впросак, на всякий случай лучше избегать излишеств в опициях компилятора.
Добавлено спустя 05 мин 30 с:
лично я не вижу ничего плохого в том, что нужная софтина будет спокойно собрана из сорцев.
Скажу больше: если прогу можно собрать из исходников, то лучше её собрать самому, чем юзать собранную каким-то дядей. Ведь только в этом случае можно повлиять на эту прогу, на то, с какими возможностями она будет скомпилирована. Поэтому и использую сурс-бейсед линукс )
Вне форума
@заварить_чайку, Спасибо Друг!
Особенно за пояснения что и зачем
Долой DE! Даёшь WM!
Вне форума
Да не за что! Я пытался стараться
Ежели есть желание собирать всё из исходников, то лучше переходить на светлую сторону Генту. Арч хорош, спору нет, но компиляция софта в генте реализована лучше и кроме параметров для gcc в ней ещё есть система USE-флагов, а это очень мощная и красивая штука.
Вне форума
@заварить_чайку, я это прекрасно осознаю и понимаю,
просто сейчас я в творческом отпуске, а семейство у тещи на природе резвится,
есть время ковыряться в компе.
а начнётся работа, - мне будет не до генты.
Долой DE! Даёшь WM!
Вне форума
ещё есть система USE-флагов
Вот это меня и остановило когда то. )) Но на Сабайоне посидел с полгода.
In Tux We Trust
Вне форума
если прогу можно собрать из исходников, то лучше её собрать самому, чем юзать собранную каким-то дядей
Для себя любимого я так и делаю, частично, но есть ведь ещё и другие, которым иногда бывает нужно то что мне даже теоретически ненужно, так что... Вполне беззастенчиво и не ощущая приступов паранойи пользую собранное другими, как официальными так и не очень. Ничего плохого никогда не случалось, так зачем мучить седалищные мышцы? Не люблю когда бесполезную работу, жутко! ))
Вне форума
О, новость в тему: В AUR-репозитории Arch Linux найдено вредоносное ПО, судя по количеству коментов, альтовцам есть дело до всего на свете.
In Tux We Trust
Вне форума
@redix, а как ты этих альтовцев вычислил?
или они там все? О_о ))
Долой DE! Даёшь WM!
Вне форума
Вычислил не я, их вывел на чистую воду Игорь, причем еще давно. Кстати, а куда он пропал? Что то давно не видно.
In Tux We Trust
Вне форума
@redix, а ты ему в личку напиши, он последнее время так предпочитал общаться.
Долой DE! Даёшь WM!
Вне форума
[ Сгенерировано за 0.019 сек, 9 запросов выполнено - Использовано памяти: 1.67 Мбайт (Пик: 1.76 Мбайт) ]