Миграция с march=i686 на march=native

Получишь, процента 3 :-D
Проще железо топовое взять, чем все перекомпилировать. Хотя нет, щас не просто :-D

А не проще ли удалить гнум и поставить что-то более лёгкое?

Выкинуть gnome. Поставить заместо него LXDE.

Ты про мертворожденное?

не поможет

Ладно, похоже разница будет, но очень мала. Проще не заморачиватся.

Проще всего памяти добавить планку. Прироста особого не будет. Хотя в принципе -march=native можно хоть сейчас поставить, не пересобирая мир сразу - при обновлениях будет собираться с native.

И да, нормальная тачка, как для гнома, так и для кед. Мне кажется, firefox больший вклад даёт в пожирание ресурсов. Вебдваноль, все дела.

http://tsya.ru

и меня не совсем устраивает скорость работы GNOME и Firefox.

А что конкретно тормозит? Ты уверен что узкое место именно CPU?

Я про то, что gnome 3 не нужен, в нем стало очень много свистоперделок и он отжирает оперативку. LXDE или голый openbox для слабых компов самое то.

Если подходить к делу с умом, понимая свои действия, то можно добиться прироста до двадцати процентов на некотором софте. Но такие монстры как firefox всё равно будут кушать много, хотя при правильном искривлении рук оно будет работать немного быстрее, а при неправильном — сегфолтиться.

LXDE мертвый, если что

получу ли я хоть какой нибудь выйгрыш в производительности или получишь, +zswap в ядре включи

Выкинь гнум, поставь WM по вкусу (или хотя бы какой-нибудь MATE)

Поизучий ситуацию со своппингом, если он имеет место быть, надо избавиться от лишних процессов в системе, настроить vm.swappiness, возможно увеличить объем рамы и/или купить более шустрый винт.

Только после всего этого думать об -march=native

процента 3

http://openbenchmarking.org/embed.php?i=1404130-KH-GCC490COM36&sha=1593a3...

но понятно, что в гуйне нифига он не получит, тем более у него тормоза из-за memory pressure скорее всего

Если хочется приключений переходи на x32-abi (не путать с x86_32).

А так я бы тебе посоветовал настроить zramswap и перейти на bfq+bfs (Brain Fuck Scheduler + Budget Fair Queueing).

можешь взять и поэкспериментировать c linpack, openssl, p7zip etc. собери их с разными флагами и замерь производительность. посчитаешь, прикинешь процент и приблизительно будешь знать, стоит ли этим замарачиваться.

да смени гнум на хвце ;)

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

Хотя в принципе -march=native можно хоть сейчас поставить, не пересобирая мир сразу - при обновлениях будет собираться с native.

У него арч.

Ух ты каким невнимательным я стал. В любом случае gentoo будет лучше на такой машинке, чем arch. Особо тяжёлые пакеты можно не собирать их исходников (firefox-bin, libreoffice-bin).

Думаешь?

Я бы остался на арче и чем-нибудь легковесном типа LXDE/IceWM/etc или добавил памяти. Кажется мне, что пересобирать мир на такой машине будет больновато.

Да ладно - двухъядерный атлон. И я на более слабых собирал. Долго, конечно, было. Первый раз gentoo ставил на одноядерном атлоне.

да, проверил, у опенссл мало отличий

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