История изменений
Исправление r--r--r--, (текущая версия) :
Это руководство по играм под Linux подойдет для не знакомых с линуксом
- Нет, не подойдёт.
- Это не руководство по играм.
Xorg (иксы)
За отрисовку там отвечают иксы и композитор.
Нет, для игр - не отвечают.
Поэтому при выводе через композитор одна нормально работающая схема - Mailbox.
В иксах нет никаких mailbox’ов
Последние 15 (или сколько) лет после переезда на dma_buf драйвера графики из mesa (а теперь и nvidia) могут выводить изображение на экран вообще без иксов. Иксы нужны, чтобы совместить это изображение с другими, обеспечить ввод и конфигурацию видеовывода (разъём, разрешение и частота). Абсолютно вся отрисовка трёхмерной графики с аппаратным ускорением работает в обход иксов. Иксы, если участвуют, то отвечают только за вывод конечного буфера на экран ( == "видеовывод").
У рендеринга в играх есть особенность, что при упоре в gpu появляется очередь отрисовки. Которая может приводить к разной, порой огромной задержке. Какой-нибудь ведьмак в 55 fps с упором в соточку будет играться в разы хуже, чем с ограничением в 50 fps лимитером там же.
Этот полёт мутной мысли я вообще не распарсил - у GPU всегда есть очередь отрисовки. Если речь идёт о просадках фпс, то да, они бывают, но что хуже - 30 ровных фпс или 60 с эпизодическими просадками до 40 - это вкусовщина чистейшая и полностью субъективно.
Общая рекомендация - выставить в движке игры ограничение на частоту кадров равное частоте обновления экрана - верное, если игрок не киберкотлетка на чемпионате мира, конечно.
Упор в cpu такой проблемы не создаёт
Упор в CPU точно так же ограничивает число кадров, как и упор в GPU, и точно так же может приводить к падениям фпс, тут вообще никакой разницы. Какая часть системы будет узким местом, та и будет ограничивать конечный результат. Другое дело, что сейчас только редкие самописные движки тормозят на вычислениях на центральном процессоре.
Без композитора можно получить VSync, VRR, и режим без синхронизации. Но в этой схеме рабочее окружение работает с ограниченными возможностями, альтаб медленный и может уронить систему.
Это вообще какая-то чепуха понаписана.
Альттаб либо работает, либо нет. Его работа целиком и полностью определяется менеджером окон, а не иксами / вяленым.
Примерно всегда с альтабом ровно одна проблема - он не работает так, как на венде. То есть при наличии полноэкранного окна на монитор всегда выводится полноэкранное окно, сколько бы ни альттабил бедный пользователь. Решается эта проблема естественным образом - либо в настройках игры, либо СРЕДСТВАМИ ОКОННОГО МЕНЕДЖЕРА окно переводится из режима полноэкранного в неполноэкранный. После чего альттаб начинает работать. (Или нет. У меня под IceWM работает и на AMD, и на NVidia, но ввод переключается со второго или третьего раза.)
и может уронить систему.
Это не альттаб, это драйвера для AMD и теперь уже даже не понятно, от кого. Они, кстати, могут уронить систему и без альттаба.
В целом, конечно, вся "статья" - совершенно не читаемый мутный поток мыслей обо всём по чуть-чуть, половину тезисов надо перепроверять.
Исходная версия r--r--r--, :
Это руководство по играм под Linux подойдет для не знакомых с линуксом
- Нет, не подойдёт.
- Это не руководство по играм.
Xorg (иксы)
За отрисовку там отвечают иксы и композитор.
Нет, для игр - не отвечают.
Поэтому при выводе через композитор одна нормально работающая схема - Mailbox.
В иксах нет никаких mailbox’ов
Последние 15 (или сколько) лет после переезда на dma_buf драйвера графики из mesa (а теперь и nvidia) могут выводить изображение на экран вообще без иксов. Иксы нужны, чтобы совместить это изображение с другими, обеспечить ввод и конфигурацию видеовывода (разъём, разрешение и частота). Абсолютно вся отрисовка трёхмерной графики с аппаратным ускорением работает в обход иксов. Иксы, если участвуют, то отвечают только за вывод конечного буфера на экран ( == "видеовывод").
У рендеринга в играх есть особенность, что при упоре в gpu появляется очередь отрисовки. Которая может приводить к разной, порой огромной задержке. Какой-нибудь ведьмак в 55 fps с упором в соточку будет играться в разы хуже, чем с ограничением в 50 fps лимитером там же.
Этот полёт мутной мысли я вообще не распарсил - у GPU всегда есть очередь отрисовки. Если речь идёт о просадках фпс, то да, они бывают, но что хуже - 30 ровных фпс или 60 с эпизодическими просадками до 40 - это вкусовщина чистейшая и полностью субъективно.
Общая рекомендация - выставить в движке игры ограничение на частоту кадров равное частоте обновления экрана - верное, если игрок не киберкотлетка на чемпионате мира, конечно.
Упор в cpu такой проблемы не создаёт
Упор в CPU точно так же ограничивает число кадров, как и упор в GPU, и точно так же может приводить к падениям фпс, тут вообще никакой разницы. Какая часть системы будет узким местом, та и будет ограничивать конечный результат. Другое дело, что сейчас только редкие самописные движки тормозят на вычислениях на центральном процессоре.
Без композитора можно получить VSync, VRR, и режим без синхронизации. Но в этой схеме рабочее окружение работает с ограниченными возможностями, альтаб медленный и может уронить систему.
Это вообще какая-то чепуха понаписана.
Альттаб либо работает, либо нет. Его работа целиком и полностью определяется менеджером окон, а не иксами / вяленым.
Примерно всегда с альтабом ровно одна проблема - он не работает так, как на венде. То есть при наличии полноэкранного окна на монитор всегда выводится полноэкранное окно, сколько бы ни альттабил бедный пользователь. Решается эта проблема естественным образом - либо в настройках игры, либо СРЕДСТВАМИ ОКОННОГО МЕНЕДЖЕРА окно переводится из режима полноэкранного в неполноэкранный. После чего альттаб начинает работать. (Или нет. У меня под IceWM работает и на AMD, и на NVidia, но ввод переключается со второго или третьего раза.)
и может уронить систему.
Это не альттаб, это драйвера для AMD и теперь уже даже не понятно, от кого.
В целом, конечно, вся "статья" - совершенно не читаемый мутный поток мыслей обо всём по чуть-чуть, половину тезисов надо перепроверять.