Блог начинающего линуксоида.
Первый и самый очевидный способ. В свежие версии драйверов и компонентов графического стека, вносятся новые оптимизации, устраняются недоработки и так далее. Для Ubuntu есть несколько замечательных репозиториев, которые предоставляют свежие графические драйверы:
Самый популярный PPA-репозиторий со свежайшим графическим стеком. Соответственно, используете вы его на свой страх и риск, так как в нём нет ничего стабильного. В этом репозитории находятся свежие версии Xorg, Mesa, свободных графических драйверов и так далее. Подключение:
sudo add-apt-repository ppa:xorg-edgers/ppa
sudo apt-get update && sudo apt-get upgrade
В этом репозитории находятся более стабильные, но одновременно свежие версии свободных графических драйверов, которые также имеют поддержку Wine Gallium-Nine и многое многое другое. Подключение:
sudo add-apt-repository ppa:oibaf/graphics-drivers
sudo apt-get update && sudo apt-get upgrade
Proprietary GPU Drivers
Данный репозиторий — новичок, но настоящий must have для всех, у кого видеокарта Nvidia. Здесь находятся самые свежие версии проприетарного драйвера для этих видеокарт. Подключение:
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update
Далее откройте менеджер драйверов, и там выберите желаемую версию драйвера
2) Установка патченого ядра.
В некоторых ситуациях, увеличить производительность игр, помогает установка модифицированного ядра. К примеру ядро Linux-RT (ядро реального времени), на моей конфигурации. дало мне прибавку в 12 FPS в некоторых играх. Данное ядро есть в стандартных репозиториях Ubuntu, и ставится командой:
sudo apt install linux-image-rt
Также положительный эффект могут дать ядра PF-Kernel и Zen-Kernel, о которых я говорил в недавней заметке.
3) Потоковая оптимизация (только для Nvidia с проприетарным драйвером).
Nvidia — лучший друг Линуксоида, когда речь заходит о 3D и играх. И начиная с драйвера версии 310, в нём появилась возможность серьёзно увеличить производительность, включив многопоточный рендеринг. По умолчанию данная опция не включена, так как есть приложения, которые не работают с ней (например игра Metro Last Light). Включить эту опцию можно следующими способами:
- Вручную: в терминале командой export __GL_THREADED_OPTIMIZATIONS=1 ;
- Автоматически при запуске системы: открыть файл /etc/profile и в конец вставить строку __GL_THREADED_OPTIMIZATIONS=1 ;
- Запускать приложение с этим параметром: например __GL_THREADED_OPTIMIZATIONS=1 steam , либо в самом Steam указать данную опцию в параметрах запуска игры: __GL_THREADED_OPIMIZATIONS=1 %command%
4) Запуск в отдельном X-сервере (или в отдельных иксах).
Это давний способ увеличить производительность игры, а также решить проблему со сворачиванием игры (не все они нормально сворачиваются, некоторые перестают работать. В прочем, для Windows проблема также актуальна). Для этого:
sudo nano /etc/X11/Xwrapper.config
Меняем параметр allowed_users=console на allowed_users=anybody и сохраняем. Это нужно для того, чтобы можно было запускать X-сервер от пользователя, а не root. Далее необходимо добавить себя в группу audio, иначе звука в отдельных иксах не будет:
usermod -G audio -a имяпользователя
Далее редактируем файл
/.Xauthority, для этого в консоли:
xauth
list
Увидим что-то вроде
blind.local:0 MIT-MAGIC-COOKIE-1 e087ead1f80cd5d35b6bd273222d1feb
[fe80::204:61ff:fe9e:c083]:0 MIT-MAGIC-COOKIE-1 e087ead1f80cd5d35b6bd273222d1feb
blind/unix:0 MIT-MAGIC-COOKIE-1 e087ead1f80cd5d35b6bd273222d1feb
Буквенно-цифровое окончание будет другим.
Пишем там же, вставив своё значение:
add :1.0 MIT-MAGIC-COOKIE-1 e087ead1f80cd5d35b6bd273222d1feb
Запуск производится следующей командой:
xinit /путь/до/исполняемого/файла/игры $* — :1
Например: xinit /usr/games/steam $* — :1
Запустится отдельная сессия X, и запустится указанное приложение. Переключение обратно в режим рабочего стола производится комбинацией Ctrl+Alt+F7, вторые иксы будут (в моём случае) на F2. Альтернативный вариант: переключиться на любую свободную консоль (F1-F6), залогиниться, и запустить приложение командой:
startx /путь/до/исполняемого/файла/игры — :1
Однако такой способ неудобен тем, что в случае если игра имеет лаунчер, или какие-то дополнительные окна при запуске, будут проблемы с их отрисовкой. Да и запускать это всё руками как-то муторно. Исправить эту проблему поможет любой легковесный оконный менеджер. Например Openbox. Устанавливаем:
sudo apt install openbox
Теперь создаём файл:
и туда записываем:
у вас запустится оконный менеджер Openbox, из которого вы уже можете запустить любое приложение. Если вы хотите, чтобы например Steam стартовал автоматически при запуске Openbox, сделайте так:
Сохраните. Теперь Стим будет запускаться автоматически, а вы можете легко перключаться между сеансами. ВНИМАНИЕ: у себя в KDE на Debian 8, я обнаружил баг, при котором после перехода в основные иксы и обратно на дополнительные, появлялись сильнешие графические артефакты в некоторых играх, а сам Стим отрисовывался кусками. Способа решения проблемы я не нашёл. Если вы знаете — напишите в комментариях, я добавлю в статью.
Соответственно, вместо Steam, вы можете добавить PlayOnLinux, если запускаете виндовые игры через него
5) Отключение графических эффектов (композитинга) для полноэкранных приложений.
Если вы используете KDE или Cinnamon, рекомендую отключить полноэкранный композитинг. В KDE: Параметры системы — Эффекты — Дополнительно — Поставить галочку на «Отключить графические эффекты для полноэкранных окон»
Для Cinnamon: Настройки — Общие — Отключить композитинг для полноэкранных окон
Вот и всё. Конечно это не избавит от проблемы кривых портов игр. Там уже вина разработчика игры. Но тем не менее, всё описанное здесь, неоднократно проверено и даёт весьма нехилый прирост производительности. Приятных игр!
Причина низкого fps в играх на linux графическая система линукса или отсутствие оптимизации игр под него?
Лор. Вот поставил я себе metro 2033 на свой arch и что я наблюдаю? Я наблюдаю низкий фпс и непонятные фризы на ровном месте иногда, хотя на оффтопике все идет гораздо более гладко и спокойно. В том же cs go фпс ниже чем на оффтопике. да вообще во всех играх какие ставил фпс ниже. В чем причина? Издатели не оптимизируют игры, драйвера не заточены под игры или графическая подсистема линукса такая кривая?
PS: карточка nvidia gtx660TI с проприетарными драйверами.
Линукс заточен под консоль и фрейм-буфер ещё с 90-х годов.
графическая подсистема линукса такая кривая
1. Часто игры работают через целый набор прослоек, а не нативно.
2. Порт делает только часть разрабов, причем самые криворукие из них.
На вяленом фпс должен больше быть?
если у тебя низкий фпс в современных играх — ты покупаешь новую видеокарту
если у тебя низкий фпс на linux — ты покупаешь windows
ОС — это сраный инструмент для запуска и нормальной работы приложений. и ты должен выбирать инструмент под задачи, а не наоборот, Карл.
Отключи композитинг с эффектами, если оно включено.
PS: карточка nvidia gtx660TI с проприетарными драйверами.
Сам спросил — сам ответил.
Я же сказал, что в оффтопике фпс выше, гораздо. Или по твоему проприетарные драйверы тормозят ее?
Иксы тут в принципе не могут быть причиной, так как в иксах рендеринг идёт напрямую.
Игры на Vulkan на линуксе работают ничуть не хуже.
На вяленом фпс должен больше быть?
Конечно! И все DX11 игры без прослоек всяких будут работать. А еще HL3 эксклюзивно под вяленый релизнут.
Игры на Vulkan на линуксе работают ничуть не хуже.
А эксклюзивные фото Линуса Торвальдса и Поттеринга в качестве обоев раб.стола будут? Если будут, то прям сейчас поставлю.
Конечно, на них они вместе катаются на водных лыжах и пьют пиво в пабе(На заднем плане Столлман лапает баб за разные выпуклости).
Все три, да. Но скоро их будет гораздо больше.
А вот у меня в CS GO наоборот FPS выше, чем в десятке. Да и в метро тоже. Карта GTX 760. У меня KDE, и в играх композитинг вырубается. Так что копни в эту сторону. И помни — большинство игр под Линукс не являются нативными портами. Иксы вносят свою лепту, кто это отрицает — пусть зайдёт в блог разработчика KWin и почитает его статью о будущем Linux-игр.
На вяленом фпс должен больше быть?
Да, если игра его поддерживает. Из игровых библиотек его поддерживает SDL 2.0.6, из движков — Unity (бета вроде какая-то)
А как композитинг в последних кедах отключить?
Параметры системы — Экран — Обеспечение эффектов — поставить галочку на «Разрешать приложениям блокировать режим с графическими эффектами». Это позволит игре самой вырубить композитинг при старте. Если игра этого сделать не может — то вырубить их там же. Вообще, можно комбинацией Shift + Alt + F12, но вот у меня она что-то не срабатывает.
Причина низкого fps в играх на linux
кривые руки пользователя и (кривые руки/злой умысел) игрушкописателя.
Игрухи с x-ами связаны чуть менее чем никак. X-ы лишь предоставляют окно, поверх которого будет выводится оверлей с результатом работы GPU. На этом, всё общение игрухи с х-ами заканчивается. Линуксячий OpenGL при тех же равных быстрее вендового из-за дебильного устройства вендового OpenGL. Из-за дебильности вендовой реализации OpenGL игрушкописатели пользуют ублюдочный DirectX вместо нормальных кросс-платформенных способов доступа к GPU. А эмуляция DirectX на линуксе стоит ресурсов.
Поэтому, с игрухами — сиди на своей венде и не жужжи. Их пишут вендузятники для вендузятников. Или пинай разработчиков, чтобы отказались от сраного DirectX и писали на чём-то приличном, но это с большой вероятностью никаких результатов не даст.
ЗЫ: Нормальный софт, а не игрухи, использующий GPU, как правило, на линухе работает быстрее, тот же блендер взять.
Как повысить производительность игр в Linux с помощью Feral GameMode
Feral Interactive создала инновационную программу для геймеров Linux, известную как GameMode. Это впечатляющий инструмент, который может повысить производительность при игре в видеоигры за счет оптимизации нескольких аспектов операционной системы Linux, включая регулятор ЦП, приоритеты ввода-вывода, производительность графического процессора и многое другое.
Использование GameMode в Linux требует, чтобы программа была построена из исходного кода, доступного на GitHub. Сборка исходного кода очень проста, поскольку разработчики обрисовывают в общих чертах, какие зависимости для этого требуются, как их устанавливать, и даже включили элегантный сценарий установки, который при запуске может избавить от утомительной компиляции программного обеспечения.
Чтобы начать процесс установки GameMode в Linux, откройте окно терминала, нажав Ctrl + Alt + T или Ctrl + Shift + T на клавиатуре. Затем, как только терминал будет открыт, следуйте инструкциям по каждому из разделов процесса установки, чтобы ваша копия GameMode заработала!
Получение зависимостей
Самая важная часть установки GameMode в Linux — это получение различных зависимостей программного обеспечения во время сборки, которые необходимо установить. Чтобы установить зависимости для GameMode на вашем ПК с Linux, следуйте приведенным ниже инструкциям командной строки, которые соответствуют используемой вами ОС Linux.
Ubuntu
В Ubuntu Linux требуются зависимости: Meson, Libsystemd-dev, Pkg-config, Ninja, Git, Libdbus-1-dev и Dbus-user-session.
Debian
Debian Linux по своей сути очень похож на Ubuntu. В результате зависимости, необходимые для сборки GameMode на нем, идентичны (Libsystemd-dev, Pkg-config, Ninja, Git, Libdbus-1-dev и т. Д.)
Arch Linux
Пользователям Arch Linux нужно всего лишь установить 4 зависимости, чтобы получить GameMode. Это Meson, Systemd, Git и Dbus.
Fedora
Пользователи Fedora Linux, желающие скомпилировать GameMode в Linux, должны установить Meson, Systemd-devel, Pkg-config, Git и Dbus-devel.
OpenSUSE
Разработчик не указывает явным образом правильные зависимости, необходимые для сборки программного обеспечения на OpenSUSE. Тем не менее, Fedora должны работать нормально. Однако если у вас возникнут проблемы, обратитесь напрямую к разработчику. на этой странице.
Скачать исходный код
Теперь, когда о зависимостях позаботились, необходимо загрузить исходный код для GameMode. Для этого мы должны использовать программу Git и ее функцию клонирования.
После завершения процесса клонирования в вашем домашнем каталоге (
) появится папка с именем «gamemode». Переместите сеанс терминала в эту папку с помощью приведенной ниже команды CD.
Создание GameMode в Linux
Приложение GameMode легко создать на любом ПК с Linux благодаря сценарию «bootstrap.sh». Чтобы запустить сценарий, запустите приведенную ниже команду выполнения в окне терминала.
После запуска сценария bootstrap.sh на вашем ПК с Linux вам будет предложено ввести пароль для вашего пользователя. Сделайте это, так как скрипту это необходимо для получения доступа sudo в процессе сборки и установки.
Когда процесс сборки / установки на вашем ПК с Linux будет завершен, вы сможете получить доступ к GameMode вручную, набрав команду ниже.
Запустите GameMode в играх, отличных от Steam
GameMode может запускать видеоигры, установленные на компьютере Linux, через командную строку. Например, чтобы повысить производительность Super Tux Kart в Linux, вы должны выполнить следующую команду в окне терминала Linux.
Чтобы запустить любую видеоигру, установленную на вашем ПК с Linux, напишите команду gamemoderun, а затем команду выполнения игры.
Запустите GameMode с играми Steam
GameMode может работать не только с терминала, но и с играми Steam. Чтобы настроить запуск любой игры в Steam, начните с запуска приложения Steam. Затем, когда приложение Steam откроется, нажмите «Библиотека», чтобы перейти в библиотеку видеоигр.
Оказавшись в разделе «Библиотека» Steam, найдите установленную игру и щелкните ее правой кнопкой мыши, чтобы открыть контекстное меню.
В контекстном меню вашей игры Steam найдите параметр «Свойства» и выберите его, чтобы открыть область свойств игры. Затем найдите кнопку «Установить параметры запуска» и щелкните ее, чтобы открыть окно параметров запуска Steam.
В разделе «Параметры запуска» вашей игры в Steam введите следующую команду в текстовое поле, чтобы включить режим GameMode для игры Steam.
Нажмите кнопку «ОК», чтобы сохранить команду в игре Steam. Затем нажмите кнопку «закрыть», чтобы закрыть окно свойств игры Steam.
Чтобы запустить GameMode в игре Steam, нажмите «Играть» и введите свой пароль во всплывающем окне, которое появляется на экране.
Оптимизация Linux для desktop и игр
В этой статье я хочу поделиться почти 10-летним опытом использования Linux на домашнем компьютере. За это время я провел много экспериментов над ядром, испробовал различные конфигурации для разных применений и теперь хочу все это систематизировать в длинный пост с рекомендациями как выжать из linux максимум и добиться отличной производительности, без необходимости покупать мощное железо.
Лично я считаю часть, где я написал про тюнинг ядра все же немного устарела и современное железо уже априори выдает необходимую производительность для нормальной работы, но, как мне удалось заметить недавно, с играми все равно, даже сейчас, есть проблемы, даже на мощном железе.
Хоть я и пообещал, что после прочтения этой статьи, можно будет играть в Metro 2033 на калькуляторе (шутка, такого не будет), все же она начнется с рекомендации купить кое-что из железа, если у вас этого еще нет.
1. Купите SSD, если у вас его еще нет
Почему-то многие люди скептически относятся к SSD, хотя это первый и важнейший компонент компьютера, который собирается быстро работать.
Серьезно, все что описано дальше в статье даст вам какой-то прирост в производительности и времени отклика, но любой, даже самый дешевый SSD, сократит время запуска большинства программ до 0, что, визуально, будет очень заметно. Почти в любом компьютере (и сервере) главный тормоз это всегда дисковая подсистема и никакой HDD никогда не даст вам нужной скорости поиска (которая у SSD стремится к 0 мс). За все время общения с компьютерами и их апгрейда, только переход на SSD дал значительный прирост в скорости работы и отклике. Помните как медленно работают дискеты, какое у них огромное время поиска? Примерно вот так воспринимается жесткий диск после SSD.
Так что если у вас еще нет SSD, то продолжать дальше смысла нет, ваш компьютер (хоть даже оснащенный 12-ядерным Xeon’ом) все равно будет работать медленно, так что вперед за покупками.
Касательно надежности: есть миф что SSD умирают спустя год. Его рождению мы обязаны первым SSD на бажных чипах SandForce. Естественно, любой новый SSD из магазина как минимум надежнее и долговечнее современных жестких дисков, так что не стоит беспокоиться по этому поводу вообще. Свой SSD я купил 2 года назад б/у, на то время он был в использовании год. Сейчас у него 11 681 часов наработки и использование ресурса 10%, так что при том же режиме использования, мне его хватит еще на 27 лет. Думаю, к этому времени технологии хранения данных уже несколько раз изменятся. Так что повторюсь, проблемы с надежностью более чем надуманы.
Более подробно о мифах SSD расписал товарищ Вадим Стеркин в своём блоге. Правда, блог у него о Windows, но сути это не меняет. Настоятельно советую почитать, очень интересно.
В Ubuntu 14.04 SSD работают из коробки, опция discard автоматом прописывается в fstab, кроме этого больше ничего не нужно делать.
В других дистрибутивах нужно проверять, есть ли эта опция у разделов на SSD. Стоит упомянуть, что данную опцию поддерживает только ext4. Для других ФС придется пользоваться fstrim из планировщика.
2. Таблица разделов
Не делите диски на разделы.
Для домашнего компьютера это бессмысленно и вредно. На SSD у вас должен быть один раздел для корня, там у вас будет хранится система и все данные. На HDD (если нужен) у вас должен быть один раздел с точкой монтирования в /mnt (у меня /mnt/data), где будут хранится большие малоиспользуемые данные (фильмы, музыка, игры). НЕ НУЖНО делать HDD точкой монтирования /home, так как в /home 99% программ хранит свои данные и постоянно к ним обращается, поэтому /home должен быть на SSD.
Повторюсь кратко: на SSD у вас должно быть все, к чему система постоянно обращается (пишет/читает)!
Не слушайте вредных советов по вынесению таких данных на HDD, как уже было сказано проблемы износа SSD нет, это миф, и большое число циклов записи вообще не влияет на долговечность SSD. Еще раз отсылаю к стате Вадима Стеркина, там это все описано более подробно и подкреплено объяснениями.
Насчет SWAP-раздела: он вам не нужен. Если у вас не хватает оперативной памяти, то OOM-killer будет прибивать ресурсоемкие приложения, если это происходит то докупите оперативки, благо ее цена не сильно кусается. Использование swap как расширителя оперативной памяти значительно замедляет работу компьютера. Есть много мнений, что без SWAP будут какие-то проблемы, но ИМХО, корни эти разговоров растут от Win9x и на сегодня это уже мифы, лично я не замечал никаких проблем от отказа от SWAP. Как пруф: на VPS сейчас редко увидишь подключенный SWAP и работают же как-то!
suspend-to-disk вам тоже не нужен, потому что холодный старт с SSD быстрее чем восстановление из спячки с HDD, так что пользуйтесь suspend-to-ram или выключайте компьютер полностью. Единственный плюс от свапа — возможность уйти в гибридную спячку, это когда система готовится к suspend-to-disk, но выполняет suspend-to-ram, так что позже, если все хорошо, идет простой выход из спячки, а если произошел сбой питания — то система восстановится с диска.
Я использую везде файловую систему ext4, так как с другими мне не удалось получить заметной разницы в производительности, а ext4 наиболее распространена, плюс имеются утилиты для восстановления данных (но не надейтесь на них, а делайте бэкапы). При создании используйте -T largefile или largefile4.
3. Используйте 64-битное ядро
От производительности оперативной памяти мало что зависит, от нее не увеличится FPS в играх и не станут быстрее запускаться приложения. Использование 64-битных приложений тоже не дает никакого прироста для обычных задач, только для очень специфичных математических расчетов и операций архивирования. Также, использование 64 ядра не требуется для адресации более 4 ГБ памяти, PAE позволяет адресовать до 64 ГБ памяти на 32 битной системе.
Но используя 64-битное ядро, приложения могут адресовать больше чем 4 ГБ памяти, что довольно полезно, так как иначе может возникать ситуация когда OOM-killer будет прибивать программы, хотя оперативки еще достаточно. Также на 64-битной системе можно адресовать сразу же всю физическую память, на 32 битной же все что выше
800 МБ надо постоянно ремапить, что несколько снижает скорость страничного обмена, хотя, как я уже сказал, это особо не влияет на скорость работы.
Еще замечал эффект, что OOM-killer может прибивать процессы, которые вроде бы еще не заняли 4 ГБ. У меня такое было с некоторыми играми. Проблема решилась переходом на 64 бита. Так что без 64-битного ядра уже никуда, хоть это и добавляет небольшие накладные расходы на использование памяти.
4. Используйте патсет pf-kernel
pf-kernel — это набор патчей для ядра linux, собранные украинцем Александром Наталенко (pfactum) направленные на улучшения desktop-experience linux-систем.
- Патчсет -ck с BFS
Для установки, я качаю с kernel.org необходимую версию ядра без стабилизационнх патчей и накладываю на него pf-kernel. В общем случае это выглядит так:
Это очень важный патчсет, именно он позволяет системе быть отзывчивой, даже в моменты большой нагрузки. В результате, например, даже при максимальной нагрузке, время запуска приложений остается таким же, как и при простое!
Вот, например, скриншот htop при работе Dota 2 + The Sims 3 (multiseat):
При такой нагрузке на третьем экране можно спокойно работать и 25% (в 5-минутном окне по данным load-average) перегрузка CPU даже не чувствуется. Хотя, конечно, проц надо менять 🙁
5. Тюнингуйте ядро!
В ядре по умолчанию используются не очень оптимальные параметры, обусловленные историческим предназначением linux для серверов и доступности для отладки.
Так что делайте make xconfig
Я расскажу о наиболее важных опциях для оптимизации
Выключаем preemption, устанавливаем низкую частоту таймера и выключаем dynticks!
ДА! Мы действительно, даже вопреки документации к BFS отключаем «жизненно важные» опции для повышения отзывчивости системы. А причина в том что они — устарели, толку от них никакого и к тому же preemption негативно влияет на производительность.
Было время, когда у меня был одноядерный процессор, тогда еще в готовых ядрах не включали preemption и высокочастотный таймер, вот тогда, после включения этих опций был огромный эффект. А именно, тяжеловесное приложение, занимающее 100% CPU, даже при наличии дискового ввода-вывода и нехватке ОЗУ никак не влияло на интерактивность и отзывчивость. В те времена, еще кроме WinXP ничего не было, а подробно рассказывать как ужасно себя ведет XP в таких ситуациях, думаю, не надо, она обычно намертво виснет, заставляя тянуться к кнопке reset. Так что иметь систему, которая почти никогда не тормозит и не зависает было приятно.
Но те времена прошли, многоядерные процессоры и огромные объемы памяти сами по себе решают проблемы отзывчивости под нагрузкой, так что дополнительно решать их программными средствами не только бесполезно, но и вредно.
Так что идем в Processor type and features и выбираем для параметра Preemption Model значение No Forced Preemption (Server). Не пугаемся фразы «ocasional longer delays are possible» потому что данную проблему у нас эффективно решает BFS и многоядерный процессор. Как и написано в описании, мы выигрываем в «raw processing power».
Также, в целях оптимизации, для параметра Processor family выберите свой процессор.
Далее, устанавливаем для параметра Timer frequency значение 300 HZ. 100 все же будет маловато, да и смысла особого нет (читайте в описании почему), но вы можете поэкспериментировать. Также, 300 Гц нацело делится и на 25 и 30, что является типичными частотами для видео, это вносит свой вклад в борьбу с тирингом (это из хелпа. По факту, с тирингом успешно борется только тройная буферизация + vsync).
В этом разделе есть немало интересных опций, посмотрите, например можно выключить hot-plug для cpu и памяти, так как на десктопе это просто невозможно сделать (а выключать-включать на лету ядра редко кому нужно).
Так как у меня не ноутбук, я выключаю все что связано с энергосбережением, то есть к примеру выключаю поддержку CPU Frequency scaling вообще.
Теперь отключим динамический таймер. Не уверен точно, так как не проверял конкретно, но похоже именно эта опция приводит к постоянным «подергиваниям» на некоторых видео и особенно в играх. Так что идем General setup -> Timers subsystem и для опции Timer tick handling выбираем Periodic timer ticks (constant rate, no dynticks).
По умолчанию BFQ выключен и его надо включить а также выбрать используемым по умолчанию.
Идем Enable the block layer -> IO Schedulers включаем опции BFQ I/O scheduler и BFQ hierarchical scheduling support, для опции Default I/O scheduler выбираем, очевидно, BFQ.
6. Prelink
Можно предварительно связать с исполняемыми файлами динамические библиотеки, что позволяет еще более уменьшить время запуска приложений. По этой теме есть отдельная статья от peter23.
7. Заключение
Самое главное, что я всегда замечаю — после наложения патчсета и тюнинга ядра уходят «подергивания» в играх. Чем слабее железо, тем заметнее эти подергивания, хотя у меня есть подозрения что это все же какая-то проблема в драйверах nVidia, потому что разные версии ведут себя по-разному.
Ради пруфов решил провести тесты с помощью Geekbench 3 из Steam и gputest, результаты которых немного странные:
3.14-pf:
Single-Core Score 2421
Multi-Core Score 8209
gputest: 3720 pts, 62 FPS
3.13-generic:
Single-Core Score 2646
Multi-Core Score 8414
gputest: 3713 pts, 61 FPS
Windows:
Single-Core Score 2572
Multi-Core Score 8242
gputest: 3634 pts, 60 FPS
Как видно, почему-то на «оптимизированный» вариант в тесте CPU набирает меньше попугаев, а в тесте GPU — больше. Только сейчас я заметил что тестировал разные ядра, возможно в этом и причина различий результатов. Как будет время, проведу эти же тесты на 3.16, надеюсь, удастся найти причину. Самое же веселое тут в том, что у Windows результаты хуже, особенно в 3D значительно.