Arch системное время

BigOrange · 10-07-2018 13:28:35

redix пишет:

А ты 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 с:
примус, кстати, так и не заработал ((

redix · 10-07-2018 13:35:30

BigOrange пишет:

чёт я про него забыл совсем

Вот, если что: https://pastebin.com/YfqbdLZh

BigOrange · 10-07-2018 14:01:22

@redix, Спасибо!

заварить_чайку · 10-07-2018 17:55:39

redix пишет:

С мусоркой не согласен категорически, там находится огромная куча софта, которая присутствует в официальных репах других дистрибутивов.

Признаю, назвав "мусоркой" я несколько перегнул палку. Ваш покорный слуга так же пользуется аналогом арчевского аура в генте - неофициальными оверлеями, в этом смысле рыльце моё в пушку (а что делать? нужного софта зачастую нет в главном дереве). Но такие ебилды в сторонних оверлеях генты , как и пакаджбилды AUR в арче не поддерживаются официальными дистростроителями. Безопасность и надёжность их также лежит на совести ебилд/пакаджбилд-писателя, который запросто может оказаться каким-нибудь васяном. Поэтому дополнительная проверка на потенциально опасные функции (-fstack-protector-strong или *-all) лишней не будет.

posixru пишет:

это благодатная почва для посадки ветвистого холиварчика!

Истинно!)

BigOrange пишет:

а для этого барахла что посоветуете?

Этот проц основан на IvyBridge с некоторыми урезанными функциями. Но для целеронов в gcc нет своего отдельного параметра архитектуры, поэтому принято использовать native (ахтунг! этот способ не подходит при кросскомпиляции!):

-march=native

Предложенный уважаемым redix'ом

-march=x86-64

тоже иммеет право на существование, но только как общий для всех 64-х разрядных процев. Другими словами, такой ключ говорит компиятору "собери софт под 64-хразрядную платформу, а не под 32 или, скажем, arm". Но если есть возможность повлиять на процесс сборки и дать ему команду собрать приложение под МОЙ конкретный процессор, то почему бы этой возможностью не воспользоваться? Понятно, что сейчас время и железо уже другие и флаги компиляции не так сильно влияют на результат, как в начале двухтысячных, однако зачем лишать себя хоть и маленьких, но всё же вкусных плюшек?:))

Также в обозначенном проце нет поддержки AES, поэтому убираем лишний код из собираемых приложений:

-mno-aes

Уменьшаем вес софта и скорость его выполнения (минус - время компиляции увеличивается):

-O2

Предыдущий ключ можно поменять на -О3: скорость приложения ещё более повысится и ещё более уменьшится его вес, но нет гарантий, что сборка будет успешной. Можно использовать ключ -Os: это по-максимуму уменьшит размер приложения, что хорошо при малом объёме кеша CPU и оперативки.

Во время компиляции создаются куча промежуточных файлов, которые пишутся на диск и потом удаляются. Это - лишнее время сборки, плюс износ харда. Следующий ключ позволяет по возможности избавится от этого:

 -pipe

Резюмируя, привожу опции, которые будут безопасны и полезны для

BigOrange пишет:

Intel(R) Celeron(R) CPU 1037U @ 1.80GHz

CFLAGS="-march=native -O2 -pipe -fstack-protector-strong -mno-aes"

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

Добавлено спустя 05 мин 30 с:

redix пишет:

лично я не вижу ничего плохого в том, что нужная софтина будет спокойно собрана из сорцев.

Скажу больше: если прогу можно собрать из исходников, то лучше её собрать самому, чем юзать собранную каким-то дядей. Ведь только в этом случае можно повлиять на эту прогу, на то, с какими возможностями она будет скомпилирована. Поэтому и использую сурс-бейсед линукс smile )

BigOrange · 10-07-2018 18:45:11

@заварить_чайку, Спасибо Друг!
Особенно за пояснения что и зачем

заварить_чайку · 10-07-2018 19:12:22

Да не за что! Я пытался стараться smile
Ежели есть желание собирать всё из исходников, то лучше переходить на светлую сторону Генту. Арч хорош, спору нет, но компиляция софта в генте реализована лучше и кроме параметров для gcc в ней ещё есть система USE-флагов, а это очень мощная и красивая штука.

BigOrange · 10-07-2018 19:32:46

@заварить_чайку, я это прекрасно осознаю и понимаю,
просто сейчас я в творческом отпуске, а семейство у тещи на природе резвится,
есть время ковыряться в компе.
а начнётся работа, - мне будет не до генты.

redix · 10-07-2018 21:16:22

заварить_чайку пишет:

ещё есть система USE-флагов

Вот это меня и остановило когда то. )) Но на Сабайоне посидел с полгода.

posixru · 10-07-2018 23:08:36

заварить_чайку пишет:

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

Для себя любимого я так и делаю, частично, но есть ведь ещё и другие, которым иногда бывает нужно то что мне даже теоретически ненужно, так что... Вполне беззастенчиво и не ощущая приступов паранойи пользую собранное другими, как официальными так и не очень. Ничего плохого никогда не случалось, так зачем мучить седалищные мышцы? Не люблю когда бесполезную работу, жутко! smile ))

redix · 11-07-2018 17:23:44

О, новость в тему: В AUR-репозитории Arch Linux найдено вредоносное ПО, судя по количеству коментов, альтовцам есть дело до всего на свете.

BigOrange · 11-07-2018 17:47:33

@redix, а как ты этих альтовцев вычислил?
или они там все? О_о ))

redix · 11-07-2018 17:51:12

Вычислил не я, их вывел на чистую воду Игорь, причем еще давно. Кстати, а куда он пропал? Что то давно не видно.

BigOrange · 11-07-2018 17:57:10

@redix, а ты ему в личку напиши, он последнее время так предпочитал общаться.

Zenway

#26 10-07-2018 13:28:35

Re: Arch системное время

#27 10-07-2018 13:35:30

Re: Arch системное время

#28 10-07-2018 14:01:22

Re: Arch системное время

#29 10-07-2018 17:55:39

Re: Arch системное время

#30 10-07-2018 18:45:11

Re: Arch системное время

#31 10-07-2018 19:12:22

Re: Arch системное время

#32 10-07-2018 19:32:46

Re: Arch системное время

#33 10-07-2018 21:16:22

Re: Arch системное время

#34 10-07-2018 23:08:36

Re: Arch системное время

#35 11-07-2018 17:23:44

Re: Arch системное время

#36 11-07-2018 17:47:33

Re: Arch системное время

#37 11-07-2018 17:51:12

Re: Arch системное время

#38 11-07-2018 17:57:10

Re: Arch системное время

Подвал форума