Не собирается KDE в Gentoo

Однопоточную сборку пробовал? Может и видней будет.

Не пробовал. Косяк, как оказалось, в dev-qt/linguist-tools. Попробую его в одном потоке пересобрать.

Тоже не помогло

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

Спасибо

Проблема может быть и в зависимостях linguist-tools.

Дай выхлоп

$ grep -m1 -A3 "vendor_id" /proc/cpuinfo
$ cpuid2cpuflags 

Я уже дописал в посте, в чём была проблема, но спасибо за помощь

CPU_FLAGS_X86

Что это? Не помню, чтобы за 15 лет это где-то встречал. Может это какая-то слишком тонкая настройка, но с неё явно рано начинать, а перечисленное в ней обычно в USE висит.

Ни одна из ссылок с «пастой» не открывается

gentoolkit только установи для её использования.

Или команда qfile из portage-utils

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

Что это? Не помню, чтобы за 15 лет это где-то встречал.

Gentoo «переезжает» на CPU_FLAGS_X86

Если переткнуть SSD в десктоп и указать архитектуру ivybridge

С переборкой всех зависимостей? Они немного с разными инструкциями могут оказаться собраны, для разных «-march» и не знаю как это повлияет.

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

Что с тобой стало? Зачем тебе гента, да ещё на ноуте?

Но по совету cpuid2cpuflags перенёс их в package.use, вдруг это поможет.

Что именно ты сделал?

CPUFLAGS слабо на что-то влияет, а вот CFLAGS было бы интереснее увидеть. Особенно флаг -O. Если -O3 или -Os, рекомендовал бы попробовать заменить на -O2.

-Os как раз таки даже бывает предпочтительнее, чем -O2. Я вот подумываю систему с ним пересобрать.

Нет, не бывает.

Что с тобой стало?

Человек встал на путь истинный, скоро и на gnome3 перейдет, уважать начнут, в люди пробьется.

-Os: На этом уровне код будет оптимизирован по объему. Он активирует все параметры -O2, которые не приводят к увеличению размера генерируемого кода. Он может быть полезным на компьютерах, которые обладают чрезвычайно ограниченным пространством жесткого диска и/или процессоры с небольшим размером кэша.

То есть, если что-то из -O2, будет приводить к увеличению объёма, то эти опции оптимизации будут отключены. Оно тебе надо?

Хотя если ты о своём ноутбучном процессоре, то может и к лучшему.

Именно, что я о своём ноутбучном процессоре. Ты же понимаешь, что чем больше код - больше памяти - больше кэша? Ну вот. А у меня объем кэша смешной по современным меркам, естественно, что -Os, скорее всего, даст бОльшую производительность конкретно на моей железке. Это частный случай. В любом случае, менее стабильным код не станет точно, собираться будет быстрее. А касательно скорости его выполнения - ну тут вопрос открытый, и лично у меня нет достаточных знаний, чтобы сказать однозначно - лучше или хуже оно станет. Но вот попробую, да посмотрю, что из этого получится как-нибудь, когда руки дойдут.

Ты не так понял! Манжара ван лав да ещё и спустя три дня попыток установить генту.

Если у тебя везде супер современные монстры, то это одно. А есть ещё и живые процессоры с 256K L2 кэша. Я надеюсь, ты понимаешь, почему gentoo на таких процессорах с -O2 будет медленнее, чем с -Os?

С генты так просто не уходят, обычно. Так что ты уже вляпался :d

а где CPU_FLAGS_X86? как portage должен понять, что это не простые USE а флаги процессора?

От того, что тебе кажется что ты что-то «понимаешь», это не становится правдой.

процессоры с 256K L2 кэша

Есть такой, -Ofast/O3 всегда быстрее, Os всегда звездецки медленно.

У тебя домыслы уровня туземцев с каргокультом.

Как тут было написано, так и сделал.

Да ну? Правда, чтоли, быстрее? А софтинка какая? Маленькая, что код один хер в кэш влезает, не? От того, что ты аноним, умнее ты не становишься.

да, понял

Вообще-то их надо в /etc/portage/make.conf типа:

CPU_FLAGS_X86="aes avx f16c mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3"

Так и не увидел проверки твоих заявлений на практике, только оскорбления. Ты школьник?

Не собирается KDE в Gentoo (комментарий)

С генты так просто не уходят

Это да, я вот ушёл с неё не просто так, а потому что надоело это бессмысленное красноглазие

надоело это бессмысленное красноглазие

Жаль тупняк на лоре не надоел.

-Os отключает это:

-falign-functions -falign-jumps -falign-loops -falign-labels -freorder-blocks -freorder-blocks-and-partition -fprefetch-loop-arrays

И полезно, когда мало кэша и мало ОЗУ. Ты же понимаешь, что если софтинка использует много памяти, дохера весит - то на системе максимум с 2G RAM эта софтинка будет работать несколько быстрее только потому, что ей не придётся лазить в своп? И опять же следует понимать разницу между условным webkit и условным glibc. В разных случаях будут разные результаты. То, что ты не понимаешь, о чем говоришь - я уже заметил.

Надоел, поэтому я редко обращаю внимание на твои завывания

masteruser82841, перелогинься.

Ещё раз, домыслы и факты - это разные вещи.

не придётся лазить в своп

Даже гипотетическй сократившийся на один мегабайт размер бинаря от свопа никак не спасёт. Но он точно будет работать медленнее, потенциально в несколько раз.

Один мегабайт? На хромом? Да даже ядро ужимается на 5 метров.

Хочешь уменьшить потербление памяти хромым - кинь его в ограниченную memory cgroup, а не занимайся непонятным. Всю твою экономию убъёт лишняя картиночка или скрипт на странице.

Не просто так же компиляют, кому то это просто нужно, задача такая, разве нет?

Я не могу вспомнить, какой именно это был пакет, не уверен, что KDE. Он не собирался с -Os, но собрался с -O2.

Когда был ноутбук с сильно ограниченным накопителем, собирал систему с -Os, ещё USE="-doc" и кучу всего вырубал, чтобы поменьше места впустую тратить. А потом уже стало неактуально.

Что касается выполнения кода и кэша процессора - не думаю, что размер программного кода такую уж большую роль играет. Куда важнее конкретный алгоритм, ну и оптимизация. Код может быть большим по объёму, но он не целиком влезает в регистры и всякие там кэши, просто бережнее память использует. Но вообще я не очень в теме, конечно. Хочется загнаться и сэкономить пару микросекунд - лучше собрать и так, и так, и тестов запустить, дабы замерить.

У меня была попытка из-за лени (2 года debian, затем 2 mint). Но потом я на них плюнул и на этот комп тоже поставил генту год назад. Ещё и мейнтейнить пакеты начал.

Но генту - первый дистрибутив, который я видел и поставил.

Ни одна из ссылок с «пастой» не открывается

Перезалил make.conf