Что на самом деле делает LIBGL_ALWAYS_INDIRECT=1?

Во-первых, LIBGL_ALWAYS_INDIRECT флаг, связанный с Мезаструктурой 3D клиентская реализация OpenGL (libGL.so). Это не будет работать с двоичными драйверами от других поставщиков (например, Nvidia).

Во-вторых, для ответа на вопрос непосредственно продержитесь, я посмотрел на Меза-код работы флага как это:

Пред ~2008, когда Мезаструктура работала с косвенным X-сервером (например, Вы сделали ssh -X или явно устанавливает Ваш дисплей на нелокальный сервер), он вошел бы в список зрительного ряда GLX, обеспеченного удаленным X-сервером, доступным Вашему приложению GLX. Вызовы приложения, например, glXChooseVisual () и Мезаструктура нашли бы что-то разумным для соответствия, и последующий glFoo() вызовы были бы отправлены на удаленный X-сервер, где они выполнялись любым libGL, удаленный X-сервер был сцеплен до (вероятно, Ваш GPU).

Вокруг конца Мезаструктуры 2008 был изменен так, чтобы это хотело использовать свой внутренний рендерер программного обеспечения OpenGL (драйвер Xlib) для удаленного X соединений. (Некоторые дистрибутивы как SuSE конкретно исправили это для возвращения к старому поведению.) Это только умерло бы, если бы удаленный X-сервер предложил визуальное GLX, которое точно соответствовало одному из внутреннего рендерера программного обеспечения. (Иначе Вы получили бы общее, "Ошибка: не мог получить RGB, С двойной буферизацией визуальный".), Если бы такое визуальное было найдено затем Мезаструктуру, то представил бы все glFoo() команды с локальным (к приложению) ЦП и нажатие результат к удаленному X-серверу с помощью растровых изображений (XPutImage()); Установка LIBGL_ALWAYS_INDIRECT=1 (до Мезаструктуры работали бы 17,3 любых значений, с тех пор необходимо использовать 1, или верный) говорит Мезаструктуре игнорировать нормальный прямой рендеринг или внутренний рендерер программного обеспечения и использовать косвенный рендеринг как привыкший к.

Выбор косвенного рендеринга или прямого рендеринга программного обеспечения будет влиять на две вещи:

Версия OpenGL

• Косвенный рендеринг обычно ограничивается OpenGL 1.4.
• Прямой рендеринг программного обеспечения будет поддерживать то, что растрирующий процессор программного обеспечения Mesa поддерживает, вероятно, OpenGL 2.1 +

Производительность

• Если Ваше приложение разработано для косвенных соединений (оно использует дисплейные списки, минимизирует запросы туда и обратно), затем, можно получить разумную производительность.
• Если Ваше приложение делает что-то глупое как glGetInteger() 100 раз на кадр затем даже на быстрой LAN каждый из тех запросов легко поднимет 1 мс, или общее количество на 100 мс на кадр, означая, что Вы никогда не могли получать больше чем 10 кадр/с в своем приложении.
• То же самое приложение, если нагрузка рендеринга не является слишком большой, может работать очень хорошо с прямым рендерингом программного обеспечения, начиная со всех они glGetInteger() звонки отвечают непосредственно в течение микро или наносекунды.
• Если Ваше приложение создаст миллион дисплейных списков вершины и затем сделает большое вращение затем, то косвенный рендеринг с реальным GPU на другом конце даст намного лучшую производительность.
• Приложение также может отступить к другому пути выполнения кода, когда оно только имеет OpenGL 1.4 по сравнению с 2.x доступный, который также может влиять на производительность.

Так, Вы видите без точных деталей Вашего приложения и Ваших сетевых характеристик, невозможно сказать, лучше ли прямой рендеринг программного обеспечения или косвенный рендеринг для какой-либо данной ситуации.

В Вашем случае кажется выполнением локального kwin экземпляра, таким образом, эффект LIBGL_ALWAYS_INDIRECT должен вызвать косвенный рендеринг к Вашему локальному X-серверу. Это, по-видимому, любой изменения kwinповедение (только OpenGL 1.4) или избегает некоторой другой ошибки.

Определенно Вы хотите удалить этот флаг, когда базовая проблема устраняется.