для игор 2+ видюхи брать это такое, а браузер и игры это уже доп нагрузка, можно с такой же логикой оправдать покупку эпика для игр

И всё же. Кол-во ядер в компиляции играет?

Эмммм

ну если разбить на 4 можно, то и на 18 я думаю не составит проблем, не реалтайм же исполнение идет

Я вот к концу года хочу компик собрать, пока размышляю

всем привет

помогите поставить этот конфиг в i3 https://www.reddit.com/r/unixporn/comments/fzyegv/i3gaps_and_so_i_switched_to_arch/

я неумею ставить конфиг, а очень хочу, помогите пж

посмотри где у тебя твой конфиг i3 лежит, он либо файлом в /home/user/.config/ либо там же но в папке, и туда кидай нужный тебе с заменой

Сам конфио читать умеешь?

нет

Тут, так сказать, много конфигов. Поставить полибар вместо стандартного бара, настроить urxvt отдельно, добавить шрифты в это всё. Каждый компонент имеет свою настройку. И на юникспорне сами конфиг ов вроде как не выкладывают. Чисто перечислены компоненты.

я просто хочу i3 сделать красивым

Для начала установи терминал urxvt например, и поучись его настраивать

Хороший терминал, но не всегда с ним всё просто.

Я так понимаю, про многопоточность ты ничего не знаешь. Упрощённо: одно ядро- один поток, это классика. Я читал какую-то херь, где ядро может создавать два и боле потоков, если углубляться, то речь о названиях пойдёт. Итак, 18 ядер- 18 потоков. Допустим. Во-первых, чтобы действительно создать 18 потоков, их создание должно быть прописано  программе, то есть:

gcc блаблабла

должен сам по себе (то есть это должно быть прописано в его коде) создавать 18 (или несколько) потоков. Но процесс gcc не порождает несколько потоков, а делает всё одним потоком, хотя смысл в создании нескольких потоков есть. Например, если  у тебя несколько исходников, и из каждого делается объектный файл, независимо друг от друга, то можно создать несколько потоков, но, наверное, фактически всё сведётся к запуску нескольких экземляров gcc (почему нет?).
Почему это распространено не так, как хотелось бы. Дело в том, что если распараллелить процесс, например на два потока никакого двукратного выигрыша в скорости не будет. А потому, что потоки имеют разделяемые ресурсы (оперативную память ту же самую. Это по минимуму), и нужно, чтобы они друг другу не мешали. Прикинь, чё будет, если они будет одновременно писать в одну и ту же область оперативной памяти- напомню, они друг о друге ничего не знают, работа полностью независима. Чтобы катавасии не случилось, существуют специальные программы-планировщики потоков. Регуляторы разделяемых ресурсов, так скажем, и на их долю работы отводится до хрена процессороного времени. Во сколько реально увеличивается скорость вычислений- существуют специальные тесты. Если два ядра вместо одного, где-то в 1,3 раза увеличивается. Ожидаемая отдача там, где у потоков нет общих ресурсов. Например, шахматная задача. Один поток просчитывает один вариант, другой другой. Так это проще на двух компах запустить и всё.

Тогда не стоит. Сперва изучи, как устроен конфиг i3. Потом только. Иначе он будет бесполезен. А так, стери все в /home/user/.config/i3/config
И вставь все это

gcc блаблабла

Слушай, но вот например я ставлю gcc -j 2 и htop показывает на 2 ядра нагрузку, если 3 то 3 и тд.

а как i3 перезагрузть?