Comments 33
....И вся эта экономия на крокодилах оказывается бессмысленной после первого запуска браузера/приложения на электроне. (точнее, выигрыш составит ничтожную выгоду по сравнению с потреблением ресурсов вышеуказанным ПО)
истину глаголишь
имею дома для дочери слабый недобук, ей для учёбы в начальной школе необходим. пробовал оптимизировать ОС долго и упорно, но результат всегда один - независимо от дистрибутива и DE всё одинаково после запуска гуглохрома (а кроме него некоторые из нужных ей сайтов нормально не работают нигде) всё становится одинаково.
в итоге плюнул, накатил ей Leap 15.5 с кедами, без оптимизаций и ковыряний, ток обновляю раз в пару месяцев да думаю что надо бы всё же что-то помощнее ей купить..
Когда то меня тоже вела дорога приключений, а потом мне прострелили колено.
Я это к тому что подтверждаю ваши слова. Когда только пришла на линукс, по рекомендациям статей тоже старалась заниматься всякого рода оптимизациями. Искала дистрибутивы полегче, на системном диске старалась освободить каждый мегабайт. Завидовала тем у кого в системе не больше 800 пакетов. И тряслась за оперативку.
Ныне же просто сижу и пользуюсь системой ни о чем не парясь пока не мешает. Системный раздел весит 80г потому что кеш пакетов, папка конфиг и стим с лутрисом за 7 лет разжирели? Ну и что, место еще есть, почищу как начнет мешать. О прожорливости браузере парится уже нет смысла ибо 32г оперативы. Так же и о своих 1400-1600 пакетах в системе на которые мой друг ругается мол много.
Единственные оптимизации что ныне меня заботят это:
Что бы был конструкторный дистрибутив как Арч. Ибо не люблю коробочные где предустановлено куча ненужного софта, который хлопотнее удалять, чем сразу как конструктор собрать систему только из того что тебе нужно. Лишний софт просто раздражает маяча перед глазами в меню и замедляет обновление системы ибо у меня медленный инет в 5мб/с, чем больше обновлений, чем дольше загрузка.
Предпочитаю роллингрелизовые дистрибутивы. Ибо гонения майкрософт с одной системы на другую каждые несколько лет были одной из причин задуматься о линуксе. И на коробочных дитрибутивах переходы с версии на версию тоже напрягали, зачастую проходя плохо. Роллингрелизовый дистрибутив раз поставил и забыл до конца жизни. Всегда при этом имея самый свежий софт. Правда для ультро страрых ПК это наоборот может быть минусом. Другая причина предпочтения именно роллинг редких это свежайший софта. Начинала я с линукс минт и за годы что на нем провела все чаще сталкивалась с не работой чего либо из-за устаревших пакетов. А фиксов от разработчиков дистрибутива порой ждала по пол года, или годами нечего не менялось. Перейдя на Арч половина моих проблем с не работой или плохой работой чего либо отвалились сами собой. Да, в замен вылезли другие, новые проблемы но это уже другая история и они не так критичны того что мне мешало на минте, который с каждым годом все больше виндовс своими косяками напоминал.
Ставлю и запускаю zram ибо он прилично "ускоряет-расширяет" оперативку что не раз выручало на старом ноутбуке и пк с 4-8 оперативы. Особенно во время работы с блендер3д. При этом уже давно не ставлю своп, ни в виде раздела, ни в виде файла, ибо на моей памяти ни разу не пригодился а место занимает. Так же больше не делаю хом и корень на отдельные разделы, хоть каждый второй гайд по установке линукса это рекомендует. Ибо на практике хом отдельным разделом мне не только ни разу не пригодился. Но и из-за этого я раз убила свой ссд не рассчитав что корню дала слишком мало памяти, а потом пыталась его неудачно расширить. Как правило при переустановке, из хома ценное это только папка конфиг и пару файлов которые проще отдельно забекапить нежели отдельный раздел содержать. В целом созданием множество разделов лучше не увлекаться.
По возможности из аура ставлю софта поминемому. Ибо оттуда дольше установка и обновлений идёт, и зачастую пакеты устаревают и удаляются. Ну и чаще всего проблемы вылазят именно с пакетами из аур. Поэтому если программа есть в офф реп то это благо.
Удобство установки и обновления программ. Не люблю блуждания по инету в поисках инсталятора, его скачивания а после кучу раз прожимать далее-ок. И так по сто раз. Или подключать репозитории потому что в системе программы старые или вовсе отсутвуют. Это банально все лишняя трата времени, особенно была во времена вин ХР и 7 которые каждый год быстро в негодность приходили и приходилось часто переустанавливать, после часами все ставить и налаживать. Это одна из причин за что мне понравился Арч. Банально для меня в этом плане yay + aur стали самым удобным вариантом установки и обновления программ. Даже граф установщик pamac не признаю, потому что он скорее больше систему засоряет чем облегчает работу с пакетами. Ибо там надо мышкой много лишних телодвижений делать напоминая о временнах "далее-ок", и порой тормозит и глючит. Пару команд в терминале на это проще и быстрее ввести.
Не хватает завершающего "до/после" :)
несмотря на то, что я считаю эту оболочку довольно плохой, перегруженной и "bloat".
libadwaita поверх gtk4 с кусочками gtk3, а кое-где и gtk2 (привет, GIMP), сегодня настолько же "bloat", насколько kde frameworks поверх Qt 6 (недавно был переход). Не буду оправдывать кеды, но они предоставляют огромное количество приложений, так что всё окружение можно выстроить без gtk и всё будет в едином стиле.
grub в 21м веке в дистрибутиве с systemd? Это так чистим систему от лишнего? Репы Cachyos какие-то.... больше похоже на фанатский мануал. Для десктопов есть отличное ядро linux-zen, кого интресуют игры - там ещё пара ядер. Но не какое-то неизвестное, собранное на коленке для одного из дистрибутивов. Это ж надо искать, что за "оптимизации" они там волшебные применили, о которых никто не знает.
В общем, больше подходит на пост в инстаграм лайков собрать, чем на что-то серьёзное. В след раз из "игровой" garuda linux вырвиглазную тему возьмите, без неё в 3 раза быстрее работать не будет.
Норм материал. Только вот «до небес», это пожалуй про генту с монолитным ядром. А зачем в ядре все эти проверки выключать? Чтоб гном не тормозил? :-)
С наблюдения за собакой посмеялся, правда не понял, шутка ли это или вы правда не понимаете что говорите и что вы делаете.
Особенно хочу у вас узнать, понимаете ли вы что делают параметры загрузки ядра которые вы добавили? Зачем вы выключили миграцию процессов между ядрами и зачем вы включили Red Hat Graphical Boot и как RHGB ускоряет работу операционной системы?
Оптимизация значит?
https://wiki.archlinux.org/title/Zram_(Русский)
"Так как zswap включен по умолчанию, перед включением zram его стоит отключить, чтобы он не работал как кэш подкачки перед zram. Включение их обоих также приводит к отображению некорректной статистики в zramctl(8), и zram остаётся в основном неиспользуемым, потому что zswap перехватывает и сжимает страницы памяти до того как они попадут в zram..."
https://wiki.archlinux.org/title/Zswap_(Русский)#Включение_и_выключение_zswap
grep -R . /sys/module/zswap/parameters
Вишенка:
yes | yay -Scc
yay -Scc --noconfirm
yes | sudo pacman -Scc
sudo pacman -Scc --noconfirm
Ну, из полезного тут только параметры ядра в конце и то некоторые спорные, а многие не упомянуты.
Полная строка GRUB_CMDLINE_LINUX:
nowatchdog page_alloc.shuffle=1 split_lock_detect=off mitigations=off amd_pstate=passive tsc=reliable clocksource=tsc drm_kms_helper.drm_fbdev_overalloc=300
UPD: решил дополнить своим списком параметров
nowatchdog - отключает сторожевые таймеры
mitigations=off - отключение патчей безопасностей ядра, при сборке ядра можно настроить детальнее, короче на своё усмотрение
amd_pstate=passive - (см. аналог для intel) мне больше нравится как работает schedutil, можно переставить на active и у вас останется 2 планировщика - powersave и perfomance. В режиме active планировщик perfomance не жарит всегда на 100%, но предпочитает сильно более агресивный режим и греет процессор больше. Для стационарного ПК думаю это лучший выбор, если у вас ноутбук то советую оставить passive + schedutil
drm_kms_helper.drm_fbdev_overalloc=300 - тройная буферизация. Тут вообще спорно, некоторые игры показывают лучшую производительность без неё, т.е. выставить 100. В данный момент у меня стоит 100, но можете выставить 300 и посмотреть разные игры. Оно может вести себя сильно по разному при включении или отключении вертикальной синхронизации, а так же установке лимита кадров или без.
Ну и некоторые параметры лежат в /etc/sysctl.conf:
vm.max_map_count=2147483642
vm.overcommit_memory=1
net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr
Есть рекомендации что-то менять с размерами пакетов и т.п. но как по мне это слишком тяжело заметить и протестировать, так что тут совсем минимум.
> amd_pstate=passive
https://docs.kernel.org/admin-guide/pm/amd-pstate.html
amd_pstate=guided интереснее смотрится
P.s. На свежем ядре 6.8 для амд автоматом вкл. драйвер amd_pstate_epp
Ну, как я понимаю это немного (сильно) геморройнее в плане эксплуатации, если ядра относительно старые. Потому что сейчас я хочу просто почилить в браузере, потом скомпилировать что-то, потом поиграть в игрушки и каждый раз мне чем то надо регулировать частоту.
Я использую 6.9.1 с passive и планировщиком schedutil. При необходимости он выдает ту же мощность что и active -> performance, в обычной эксплуатации сильно более сдержан при хорошей производительности в сравнении с active->powersave (active powersave всё равно более агрессивно выдает мощности, чем хотелось бы).
Про чушики с zram уже откомментировали. Могу добавочно посоветовать увеличить максимальный процент для zswap, на четырёх гигах - примерно до 60.
Писать статьи такого рода про Arch считаю методической ошибкой, в вики всё изложено лучше, а советовать человеку, той вики пользоваться не умеющему, Arch - медвежья услуга. Это не значит, что про Arch вообще нечего писать. Можно сравнить деривативы, можно обсудить состояние Wayland, можно писать про Линукс вообще с примерами на Arch…
Оптимизация в наше время возможна тремя путями - не запускать одновременно приложения на разных стеках, не запускать тяжёлые приложения вообще, и не запускать ненужные фоновые процессы. По первому пункту - таки KDE, свопа от неё вроде немного больше, а по ощущениям работает лучше. По второму - никакого Хрома, Godot вместо Unity, helix вместо VS Code, ну и так далее. По третьему - отключите индексацию файлов в KDE, других мешающих процессов пока не встречал.
Кому оптимизации всё ещё мало - тем на Gentoo.
Писать статьи такого рода про Arch считаю методической ошибкой
Человек не пожалел временем поделиться знаниями. Зачем сразу клеймить такой труд "ошибкой"?! Пусть лично для Вас ничего нового в статье нет, но материал годный ходя бы с целью популяризации Arch. Вдруг кто попробует после прочтения и ему понравится. На фоне превратившегося в размазанную какашку убунты дистрибутив Arch сейчас выглядит сложнопроедаемой, но заманчивой конфеткой.
На ArchLinux сижу с 2012.08.04. Скажу, что на десктопе всё это настраивать не придаст сильной производительности, но зато отнимет время на тетирование и исправление ошибок (хорошо, когда оно есть - помню ночи с gentoo в универе). Поэтому сейчас работаю в Gnome когда нужно что-то кому-то показать, чтобы не пугать :) И i3wm, когда нужно просто работать.
А вообще все эти оптимизации есть и в репозитоиии на русском: https://github.com/mikheyevoleg/archlinuxoptimization
Простите, если следующие слова будут восприняты слишком резко, но статья ужасна и даже вредна для тех, кто изучает Arch. Если Arch Wiki объясняет, что и зачем совершать, в каких случаях и где это уместно, то здесь практически весь текст состоит из указаний «здесь сделай это, дальше сделай это, теперь делай это».
Это не оптимизация, а приведение системы к конкретному состоянию. Зачем? Для чего? Кому это нужно? Видимо, лишь тому, кто изучает Arch.
Тем же, кто уже читал Arch Wiki и умеет гуглить, статья вряд ли будет полезна.
Отключает наблюдение за собакой (watchdog)
Серьёзно?
migrations=off — Отключает миграции процессов между ядрами процессора.
верный параметр называется mitigations и переводится как "меры по смягчению последствий", а не "миграции" (https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html)
он отключает все дополнительные средства защиты процессора, что повышает производительность системы, но также может подвергнуть пользователей нескольким уязвимостям процессора
Извинюясь, смотрящей собакой. Watchdog это небольшой сервис для того, чтобы знать какие действия в системе
получаем широту действий — хочешь, можешь установить гном, а хочешь — хоть тайловый оконный менеджер
А что, в других дистрибутивах DE гвоздями приколочены?
Спасибо за статью! Плюсую в карму. Рекомендую больше осветить работу с AUR для установки приложений.
Давно хочу попробовать Arch на десктопе. Есть вопрос в котором я так и не смог разобраться самостоятельно. Можно ли все приложения пересобирать с исходников установив при этом желаемый уровень оптимизации для компилятора. Например, в Gentoo я могу выставить флаг -O3 и все пакеты при обновлении/установке будут собираться с этим флагом. Arch ставит в систему уже собранные на стороне бинарные пакеты. Можно ли это поменять и собирать пакеты из сорцов непосредственно при обновлении или установке через pacman?
дружище а можешь рассказать как настроить автоперехд в режим ожидания при использовании арча без DE если я просто введу команду `sudo systemctl suspend` то комп уходит в режим ожидания но настроить что бы он делал это автоматом при простое не могу...
можешь попробовать https://github.com/rodlie/powerkit
Для этого нужна программа, которая будет автоматизировать этот процесс. Для X11 есть xidlehook, для Wayland - swayidle. С их помощью можно запустить любую другую программу, если пользователь бейдействовал заданное количество секунд, причём xidlehook умеет не запускать таймер, если пользователь смотрит видео на полный экран.
А почему утилита tuned от RedHat, автоматом выставляет нужный swapiness, оптимизирует электропитание через cpupower и куча параметров тюнит системных параметров.Ну ещё есть профили и можно свои профили создавать. В AUR-репозиториях есть утилита и в других дистрибутивах есть. По умолчанию в OpenSuse установлен. И самое странное в российском дистрибутиве RedOS установлен и включён.
Оптимизация Arch Linux до небес