Есть ли смысл пересобирать rpm из сырцов?

Сама по себе пересборка ничего не даст. Нужно задействовать особые флаги компилятора, типа O3 или march=native. Только тогда будет смысл. И то прирост будет 1-5% По моему опыту, софт в репозиториях пакетных дистров и так оптимизирован как положено. Тюнинговать имеет смысл ядро. Это моё мнение

Нужно задействовать особые флаги компилятора, типа O3 или march=native

Да, я это и подразумевал, но это же спеки надо редактировать для каждого отдельного пакета?

За ядро я уже взялся, но пока только разбираюсь.

надо редактировать для каждого отдельного пакета?

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

А что насчёт системных либ типа glibc?

http://harmful.cat-v.org/software/GCC

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

Лучше время потратить на что-то более актуальное.

У меня бывают лёгкие приступы ОКР, я в такие моменты частенько колупаюсь в линуксе.

наверное зависит конкретно от программы и процессора, который у тебя стоит.

Что означает «пересобрать под свой лаптоп»? Почему, хотя бы теоретически, это каким-то образом должно повышать производительность?

Уже сказали, что такое пердолье до добра не доводит?

Если OpenBLAS пользуетесь, то пересоберите.

Но в моих экспериментах MKL всё равно порвала другие BLAS, даже на железе от AMD.

В этом пердолинге нет никакого смысла, кроме чистого плацебо, поверь бывшему гентушнику.

Прирост если и будет, то мизерный и неощутимый.

Поясню. Конечно, одну и ту же программу можно собрать очень по-разному - доказательством этому служит тот факт, что тот же kde глючит и тормозит в debian и его производных, и прекрасно работает в arch и его производных. Но, во-первых, чтобы добиться такой разницы, нужно выйти далеко за пределы тех возможностей, что тебе дадут пакетные менеджеры, а во-вторых - нужно, внезапно, уметь правильно собирать пакеты, иначе твои художества будут работать ещё хуже дефолта.

Для улучшения производительности - нет. Для других целей - да, например вырубить там к чертям оптимизацию чтобы санитайзер не ругался, или поменять флаги чтобы отладчик мог хоть что то показать - или банально чтобы собрать пакет с чем то новым, чего ещё нет. Просто закинуть новый архив с сорцами, подправить версии в спеках и номера строк в матчах - и вуаля, готовый пакет которого нет ещё ни в каких репах.

Лучше потрать время на работу, а на вырученные деньги купи проц поновее ;)

И да, зачем ты хочешь делать то, в чем ничего не понимаешь? Чтоб ещё больше своего времени потратить?

А как иначе достичь понимания?

Пользуюсь, но никогда не задавался целью сравнить качество (но слышал про разницу в производительности).

Сборка под конкретное железо?

Почему вы все пишите что прироста не будет, а между тем люди делают это :

* Optimized x86-64 asin, atan2, exp, expf, log, pow, atan, sin, cosf, sinf, sincosf and tan with FMA, contributed by Arjan van de Ven and H.J. Lu from Intel.

* Optimized x86-64 trunc and truncf for processors with SSE4.1.

* Optimized generic expf, exp2f, logf, log2f, powf, sinf, cosf and sincosf.

https://sourceware.org/ml/libc-announce/2018/msg00000.html

Я же не писал, что не будет. Я написал, что прирост неощутим. Rpm я не собирал. Но ставил генту с кде. И разные параметры сборки пробовал. По моим субъективным ощущениям (т.е. без проведения систематических тестов) на моем ноуте кде что в генту, что в кубунту работает одинаково. Опять таки повторюсь: тестов не не проводил и производительность не измерял, все субъективно и основано на моих ощущениях, для меня это более важно.

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