Явная синхронизация: Wayland + NVidia

Зачем тут этот надмозг?

Ну может затем, что в реальности существуют некоторые проблемы на связки проприетарных драйверов от nvidia и wayland. И то, что есть определенное движение в данном вопросе - это хороший знак. Что до «мозга» - дам совет. Заняться прокачкой собственного.

ландшафте графики

Linux graphics landscape

После этого даже читать не хочется. Какой ещё ландшафт?

Если лень переводить, то лучше кинуть ссылку в форум, кто-то поумнее переведёт и запостит новость.

Есть люди, и я их даже знаю, которые прочитают такой текст и даже не поймут, в чём проблема.

И ссылка тоже не открывается.

tl;dr

В Wayland-е накостылили ущербный render-loop ради исправления тиринга на мониторах с разной герцовкой, а теперь изобретают другие костыли, чтобы исправить проблему первых костылей.

Я уже много раз говорил что будет УГ.

Нейронка укусила маркетолога? Маркетолог укусил нейронку?
Или просто промптер идиот?

Машинный перевод, неоткрывающаяся в России ссылка. В форум.

Для тех, кому лень продираться через этот надмозг, а также лень открывать через VPN/Proxy:

Wayland Integrates Explicit Sync

In an engaging blog post, Xaver Hugl, a KDE developer, discusses in great detail why the people using Wayland faced issues, especially those using NVIDIA GPUs. He also talks about some exciting updates that are just around the corner. Here’s what he shared.

In a significant development for the Linux graphics landscape, Wayland has recently integrated an “explicit synchronization” or explicit sync feature.

An update that promises to refine the interaction between applications, the operating system, and graphics hardware, promising to lead to smoother and more reliable graphics performance across a variety of devices.

Okay, that sounds exciting. But I bet some of you might wonder, “What exactly is explicit synchronization, and what’s all the fuss about?” Let me explain.

Implicit/Explicit Sync Explained

Have you ever wondered why people using AMD or Intel GPUs on their Linux systems seem to have fewer issues than those with NVIDIA? The answer is simple – it all comes down to “implicit buffer synchronization.” AMD and Intel support this feature, but NVIDIA doesn’t.

Rendering in applications involves the GPU executing a series of commands at its own pace, which the CPU prepares. This division of labor between the CPU and GPU boosts performance by allowing both to work simultaneously on different tasks.

In other words, synchronization in graphics APIs is managed implicitly (known as implicit sync), meaning the kernel or graphics driver is in charge of automatically handling the timing of these tasks without direct input from the application.

However, this asynchronous operation can cause issues. For example, since the graphics driver doesn’t get any information directly from the application itself, if an application attempts to read or modify an image while the GPU is still processing it, the result can be unpredictable – flickers, glitches, crashes.

This is where explicit synchronization comes in – it ensures that these operations occur in the correct order, maintaining the integrity of the graphics output. Now incorporated into Wayland, this new model changes the game by allowing applications to directly specify when rendering is complete and which tasks need synchronization.

Furthermore, this approach prevents accidental syncs and enhances performance by reducing the workload on drivers to interpret command dependencies.

Wayland + NVIDIA: A Match in Heaven

The move to explicit sync is particularly relevant due to the limitations of the previous synchronization models with certain graphics drivers, notably the proprietary NVIDIA driver.

The lack of support for implicit sync in these drivers led to significant issues on Wayland, including flickering and frame pacing problems. Although workarounds exist, they are far from perfect and could lead to crashes or other glitches.

The introduction of explicit sync in Wayland aims to resolve these issues, offering a more stable and consistent graphics experience. This is especially crucial for NVIDIA users on Wayland, as it addresses the most significant remaining barrier to using this display protocol.

Now we’re getting to the really exciting part. The NVIDIA 555 beta driver, slated for release on May 15, will be the first to support the explicit sync features.

Не знаю чё там в вейланде, но в вулкане/d3d12 тоже явная синхронизация, потому недавно ядерную часть nouveau на этот счёт переписывали тоже.

изобретают другие костыли

Не знаю, что там в Wayland, но Vulkan как минимум сам по себе построен вокруг явной синхронизации и в линуксе работает через костыли в видеодрайверах.
И в иксах эти «костыли» теперь тоже есть, не только для XWayland.

d3d12 тоже явная синхронизация

В оффтопе с свисты explicit sync поддерживается, когда всю граф. подсистему переделали. Неудивительно.
В андройдном SurfaceFlinger с самого появления, ЕМНИП.

Ты ерунду написал.

https://www.collabora.com/news-and-blog/blog/2022/06/09/bridging-the-synchronization-gap-on-linux/

Зачем ты мне это кинул? В иксах всегда был механизм явной синхронизации.

However, that primitive is always xshmfence which only synchronizes between the two userspace processes on the CPU; implicit synchronization is required to ensure the GPU work happens in order.

В иксах всегда был механизм явной синхронизации.

А в Mesa зачем тогда этот MR: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27226 ?

Протокол иксов тоже обновили, кстати. Я так понял.

Я не знаю зачем оно нужно, я гонял различные Vulkan приложения/игры на иксах и не видел никаких проблем с мерцанием кадров и прочего. Это чисто ради вяленда костыли.

Я не знаю зачем оно нужно

Чтобы гпу не простаивал, там по ссылке всё разжёвано.

чисто ради вяленда

Нет, в иксах неявная синхронизация.

Нет, в иксах неявная синхронизация.

Тогда объяснишь, каким образом работает иксовый NVidia драйвер?

Работает просто немного недогружая гпу. Плюс могу предположить, что иксовый протокол больше подходит под НЕявную синхронизацию, потому что изначально другой не было и разрабатывали под неё.