116192433835636518362@google

>>Дома, в продакшне и в играх 64-битных данных нет,
Да? А мужики-то не знают…
С 64битными типами данных вы знакомы? И как раз таки в играх ЕСТЬ 64 битные данные, есть инструкции х64 битных процессоров.

Дело в регистрах ЦП. х86 процессор (32бит) может за один цикл обработать 4 байта данных. х64 процессор может обработать уже 8 байт. К тому же, в х64 процессорах есть недоступные для х86 процессоров инструкции, которые задействуются при написании приложений.
(если Вам и правда интересно, конечно....:) )

>>свопиться при свободной памяти
Ну, печально, что Вы не знаете, зачем предназначен swap или раздел подкачки. Рекомендую прочитать, узнаете много нового.
>>ДОС — это ОС
Ухтыж, как. Ок. Напишите статью, как Вы в ней выполняете ежедневные задачи :)

>>вин почти всегда
А anon-pages куда деваются-то? Производительность будет падать из-за устаревших анонимных страниц, которые будут забирать место у более важных задач. Начинается совокупная конкуренция за память. Хоть это Винда, хоть Линукс, хоть, господи, Солярис.
При чем тут ДОС? Просто брякнули, лишь бы брякнуть? :)

Бред :)

Удивлю, но никакая ОС не может нормально работать без свопа. Учите матчасть

>>Проверьте сами
Проверил. А что я должен увидеть? Pacman при установке amd-ucode не требует iucode-tool, никогда не требовал.
>>это не обычный zram
Пусть будет так :)
>>Давайте запускать игры из иксов
А что, кроме Гнома, Голых иксов и XFCE нет ничего? Можно поставить i3, openbox и прочее, цель-то — запускать игры. Если не хочется копаться с настройками, то LXDE вполне подходит.

>>6
Про какую последовательность установки пакетов идет речь, если речь изначально идет про компиляцию исходников?
>>2
Вы неверно понимаете принцип работы и назначения swap. При чем тут малое кол-во ОЗУ? Если приложение использует анонимные страницы памяти, то они и сбрасываются в своп. Если нет, то на нет и суда нет. Это как минимум. Скорости особо своп в ram не прибавит, а вот лишнюю ОЗУ отберет, и лишние тики.
>>5
При чем тут инсталлер ОС, если действия по микрокоду делаются уже на установленной системе и из установленной системы?
>>В рот я шатал опечатки
Очень плохо, товарищ:)
>>Мышь с переходом на GTK3 кушает теперь неотличимо от других DE больше
Да ну? Xfce в целом как DE потребляет в районе 300мб. Но опять же, если речь про игровую платформу, то имеет смысл, как я сказал выше, сделать минималистичнее.

Да, верно. Моя ошибка

>>Очистим от мусора
так, а зачем ставить мусор-то? К тому же, Гном — это вообще не для игровых ПК, если уж на то пошло. Если нужно минимум отдавать на DE, то уж ставить XFCE или вообще что-то минималистичное, но никак не Гном.
>> Выбор ядра, zen, ибо оно быстрее.
Это ядро для AMD процессоров, а в статье у Вас Intel. Zen заточен под AMD, на Интел-CPU ему делать абсолютно нечего.
>>Zramswap
Вы пишете статью про повышение производительности, но при этом отказываетесь от свопа в самом начале, и далее размещаете недосвоп в ОЗУ, которое еще при этом сжирает время CPU на работу, и тем самым труды по перекомпиляции ядра под Ваше железо теряет смысл, так как Вы тратите лишние тики на работу Zramswap. К тому же, свопа надо не менее 1 размера ОЗУ.
>>CFLAGS и СXXFLAGS в параметры native
Если уж перекомпилировать под свое железо, то native не всегда подходит, нужно выбирать конкретный march.
>>Nvidia, Intel
А в статье то и дело проскакивают рекомендации для Radeon\AMD. Зачем?
>>sudo nano /etc/mkinitcpio.conf # Приводим строчки, как на скриншоте.
>>MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
Это вообще не про микрокод!
>>sudo pacman -S amd-ucode iucode-tool (AMD) # Установить микрокод.
Для AMD-CPU не нужна iucode-tool, так как iucode-tool предназначена для манипуляций с микрокодом Intel-CPU.
Также, для компиляции своих пакетов с помощью make надо менять команду make на
make -j$(nproc)
(использование всех доступных ядер при компиляции)
Или make -j4
(использование 4 ядер, вставьте сколько не жалко ядер для компиляции).
Уверяю, процесс пойдет быстрее.
Ну и также, в статье есть много опечаток