Zenway

Linux - это интересно!

Вы не вошли.

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

BigOrange
Модератор
Откуда: Саратов
Здесь с 20-11-2010
Сообщений: 2,303
LinuxUnknown

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

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


Долой DE! Даёшь WM!

Вне форума

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

redix
Участник
Откуда: Shangri-La
Здесь с 14-02-2013
Сообщений: 2,398
LinuxChrome 67.0

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

BigOrange пишет:

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

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


In Tux We Trust

Вне форума

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

BigOrange
Модератор
Откуда: Саратов
Здесь с 20-11-2010
Сообщений: 2,303
LinuxUnknown

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

@redix, Спасибо!


Долой DE! Даёшь WM!

Вне форума

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

заварить_чайку
Участник
Здесь с 25-01-2018
Сообщений: 55
LinuxFirefox 52.0

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

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)

Вне форума

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

BigOrange
Модератор
Откуда: Саратов
Здесь с 20-11-2010
Сообщений: 2,303
LinuxUnknown

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

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


Долой DE! Даёшь WM!

Вне форума

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

заварить_чайку
Участник
Здесь с 25-01-2018
Сообщений: 55
LinuxFirefox 52.0

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

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

Вне форума

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

BigOrange
Модератор
Откуда: Саратов
Здесь с 20-11-2010
Сообщений: 2,303
LinuxUnknown

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

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


Долой DE! Даёшь WM!

Вне форума

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

redix
Участник
Откуда: Shangri-La
Здесь с 14-02-2013
Сообщений: 2,398
LinuxChrome 67.0

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

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

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

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


In Tux We Trust

Вне форума

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

posixru
Модератор
Откуда: СССР
Здесь с 21-10-2010
Сообщений: 1,448
Сайт
LinuxSeaMonkey 2.49

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

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

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

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

Вне форума

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

redix
Участник
Откуда: Shangri-La
Здесь с 14-02-2013
Сообщений: 2,398
LinuxChrome 67.0

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

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


In Tux We Trust

Вне форума

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

BigOrange
Модератор
Откуда: Саратов
Здесь с 20-11-2010
Сообщений: 2,303
LinuxUnknown

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

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


Долой DE! Даёшь WM!

Вне форума

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

redix
Участник
Откуда: Shangri-La
Здесь с 14-02-2013
Сообщений: 2,398
LinuxChrome 67.0

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

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


In Tux We Trust

Вне форума

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

BigOrange
Модератор
Откуда: Саратов
Здесь с 20-11-2010
Сообщений: 2,303
LinuxUnknown

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

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


Долой DE! Даёшь WM!

Вне форума

Сейчас в этой теме пользователей: 0, гостей: 1
[Bot] claudebot

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

Под управлением FluxBB
Модифицировал Visman

[ Сгенерировано за 0.018 сек, 11 запросов выполнено - Использовано памяти: 1.67 Мбайт (Пик: 1.76 Мбайт) ]