Debian, быстрый как Gentoo - как?

Адовый поток сознания.

ускорение будет заметно
заметно

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

Всмысле, ускорение будет заметно при переходе от стандартных binary-пакетов (64-бит) к собранным из сорцов (64-бит)?

а кто вообще замечает какое-либо ускорение, которое можно вообще заметить? Ну кроме сказочников, и кроме прироста скорости на архиваторах/кодеках если компилить не GCC, а ICC?

Процессор у меня 2-ядерный Athlon II X2 240, 2800 MHz

камушек то дохлый, разве что оставлять сборку на ночь

Адовый поток сознания.

Всего-лишь несколько вопросов на тему: какой из source-based дистрибутивов попробовать?

заметно, только секундомер поточнее приготовь

Ну вот правда, ни разу в жизни не замечал ускорения в работе программы от того, что собрал её из исходников вместо установки бинарного пакета

криптография и кодирование видео хорошо бустятся

Всего-лишь несколько вопросов на тему: какой из source-based дистрибутивов попробовать?

gentoo

gzip, bzip, p7zip, tar работают на 15%-50% быстрее (при том же сжатии), если у тебя Intel и ты компилишь их ICC. Можешь убедиться в этом.

Всего-лишь несколько вопросов на тему: какой из source-based дистрибутивов попробовать?

gentoo.

Их больше одного?

камушек то дохлый, разве что оставлять сборку на ночь

Да я собственно хочу оконную систему собрать, а также посмотреть - ускорится ли работа фильтров gimp от пересборки.

Попутно вопрос - какие сейчас недорогие камни и материнки стоит смотреть по нынешнему курсу бакса, актуальные для обработки фото в GIMP? + ist76 Сейчас у меня материнка GIGABYTE GA-870A-UD3 (rev. 2.1) [ сокет AM3, чипсет AMD 870; 4 слота DDR3 DIMM, 1066-1866 МГц ]

Их больше одного?

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

На генту-подобных при грамотной оптимизации — вполне реактивно

при этом pigz, pbzip, pxz ... даже из дебиана в двуядренном атлоне еще быстрее

а, ну еще bzip2 тоже ускоряет, но все параллельные не ускоряет, да.

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

для гимпа какой не бери - всё мало
он блюр и производные медленно считает, так что, если есть деньги - бери i7; если нет, бери на что хватит
впрочем, от размера снимков зависит
на 12МП и i3 может хватить
AP пытай, когда все фильтры на GPU будут работать

GIGABYTE GA-870A-UD3 (rev. 2.1)

если верить
http://www.gigabyte.de/products/product-page.aspx?pid=3517#ov
шестиядерники она может

особенно если целенаправленно бустить всякими PGO и пр. «профиляторами»
но народ обычно думает что з@#ись в генте изкаропки

Установил по двум мануалам, https://syslinux.ru/node/1128 http://www.ranotes.ru/administrirovanie/gentoo-linux/117-gentoo-tipovaya-usta...

Зачем, когда есть официальный актуальный хэндбук?

Установил по двум мануалам

И оба какие-то левые. Во втором при чруте забыли /proc и /dev и немножко врут про количество уровней загрузки, в первом вообще написан какой-то ад, опасный для здоровья. Сложно было хендбук почитать?

Оно даст такое же быстродействие программ, как у Gentoo?

Нет. У генты ещё и патчи свои. К тому же, какой смысл? Прирост если где и будет заметен, то на совсем hi-load, и измеряется он процентами, максимум (для сферического коня в вакууме) — десятком процентов. Генту ставят не чтоб компельнуть всё, что можно, а чтоб получить контроль над системой и предсказуемое поведение (ну или на потыкать, но этот вариант намеренно не рассматриваю).

Если хочешь прироста, то тебе надо, во-первых, читать хендбук, во-вторых, документацию к железу (особенно всё, касаемо проца — тут app-portage/cpuinfo2cpuflags особенно в помощь, так как позволяет не погружаться в море процессорных инструкций), в-третьих, документацию к компилятору. А потом к каждому приложению свой набор C- и CXX-флагов подбирать, чтоб не падало и работало быстрее

Неактуально же давно.

Ещё бы всё компилялось всякими icc/tcc/8cc, когда даже шланг не всё компилит - вот это была бы просто сказка.

для гимпа какой не бери - всё мало
он блюр и производные медленно считает

Намного быстрее, чем раньше. Например, вот на 1080p:

http://gimp.ru/files/video/gimp-2-9-3-gaussian-blur.webm

model name : Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz

Что касается GPU, читай последнюю новость на gimp.org.

Поддерживаю, апгрейд процессора — больший профит чем компиляния и полная смена железа

Я свой восьмилетний Athlon 64 X2 4200+ заменил за смешные деньги на AMD Phenom(tm) II X4 905e Processor (можно было и на более быстрый, но у этого Phenom'а такой же TDP, а производительность в 2.5 раза больше.

чтоб получить контроль над системой и предсказуемое поведение

Сказки для самоуспокоения и повышения ЧСВ

запуск emerge и apt-get дает пользователю одинаковое (не)понимание.

Большинство гентушников копипастит USE флаги не понимая что там реально происходит.

Большинство гентушников копипастит USE флаги не понимая что там реально происходит.

отучайся говорить за большинство

Собери свой мир, Люк.

как Gentoo.

Нет, ты!

Кстати я может чего-то путаю, но kde5 без поддержки qt4 и в особенности qt3 (только qt5) оказался зело быстрый. Софта маловато, да. Особенно учитывая, что от gtk3 тоже избавится пришлось. Минимум лишних либ и зависимостей. Такое возможно, наверно, только в генте, ибо следить за обновлениями и зависимостями LFS-style ты не сможешь.

GEGL теперь можно (и нужно) собрать с openCL?

Лошарик, тут не «за» большинство, а «о» большинстве речь, так что иди учись.

это всё конечно очень блааародно
но у меня 36МП и, иногда, панорамы

Changes in GEGL 0.2.0
⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺⎺
• OpenCL support

gegl-0.2.0.tar.bz2 03-Apr-2012 00:23

Как же вы задолбали...

Сборка из исходников в 99% не дает видимого прироироста производительности! Gentoo выбирают не из-за производительности.

Ништячок. Надо пересобрать вечером.

чтоб получить контроль над системой и предсказуемое поведение

Сказки для самоуспокоения и повышения ЧСВ
запуск emerge и apt-get дает пользователю одинаковое (не)понимание.
Большинство гентушников копипастит USE флаги не понимая что там реально происходит

Сосед напел? Или из параллельной вселенной.

Это смотря как и чем собирать. Стандартные ./configure; make; ...; dpkg -b <dir>; dpkg -i <package>,deb прироста конечно не дадут. А вот хотя бы -march=native -O3 -pipe уже могут поддать газу. Подходящий компилятор. Дополнительные опции типа --enable-sse, если они поддерживаются. Опции не бездумно пихать нужно конечно, а то вместо прироста колом всё встанет. Короче, в каждом отдельном случае лучше порыть матчасть начиная с readme и ему подобных. Но на особо конский прирост в 20-30% например сильно не стоит рассчитывать, это да.

ускорится ли работа фильтров gimp от пересборки.

Как раз всякие алгоритмы обработки данных (обработка изображений, сжатие, кодирования и т. п.) могут ускориться при правильной компиляции. Гугли оптимимизацию при компиляции.
Вот старое, но можно почитать: http://optimization.hardlinux.ru/?page_id=34
Погугли про profile guided optimization
И вообще по теме

Также, если нормальная видюха, поищи про использование gpu gimp'ом, например, про использование OpenCL.

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

У жирнолиса от arch=native криптографические функции жс становятся быстрее (процентов на 30), а практически всё остальное проседает по сравнению с arch=core2. А всё почему? Потому что вебмакаки, и разработка изначально идёт с прицелом на core2. Если же в коде больше полагаются на компилятор, результат может быть значительно лучше.

Хотя может быть всё дело тут в nspr, и жирнолис просто тормозливей становится.

Ещё бы всё компилялось всякими icc/tcc/8cc, когда даже шланг не всё компилит - вот это была бы просто сказка.

не в курсе про остальные, но icc компилил ядро в 2014 году, всякие десктопные говнопакеты да, не мог, но рабочую систему скомпилить можно было.

Ок, я тебя неправильно понял.

К ядру-то как раз претензий нет, а вот некоторые девы любят использовать гнутые эксклюзивные расширения.

Подключи репозиторий SteamOS и забери оттуда ядро. Оно с RT-патчами.

Впиши свои собственные CFLAGS и пересобери мир. sudo apt-get world.

Подключи репозиторий SteamOS

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

> Никогда не надо подключать левые репозитории

Вас, тру-олинуксоидов, не понять. То «Не устанавливай из исходников, а устанавливай из пакета». То «Не устанавливай из пакета, а устанавливай из репозитория». А теперь ещё и из репозитория нельзя. Что дальше, OpenBSD с дефолтными программами, и ни одной более?

Пользовался. Трата времени