安裝 Steam
登入
|
語言
簡體中文
日本語(日文)
한국어(韓文)
ไทย(泰文)
Български(保加利亞文)
Čeština(捷克文)
Dansk(丹麥文)
Deutsch(德文)
English(英文)
Español - España(西班牙文 - 西班牙)
Español - Latinoamérica(西班牙文 - 拉丁美洲)
Ελληνικά(希臘文)
Français(法文)
Italiano(義大利文)
Bahasa Indonesia(印尼語)
Magyar(匈牙利文)
Nederlands(荷蘭文)
Norsk(挪威文)
Polski(波蘭文)
Português(葡萄牙文 - 葡萄牙)
Português - Brasil(葡萄牙文 - 巴西)
Română(羅馬尼亞文)
Русский(俄文)
Suomi(芬蘭文)
Svenska(瑞典文)
Türkçe(土耳其文)
tiếng Việt(越南文)
Українська(烏克蘭文)
回報翻譯問題
If you look closely, the tests show much higher fps for Wayland when the fps of the benchmarks are already very high. It is because the Wayland compositor synchronizes to the screen refresh and won't do more than /refresh-rate/ copies per seconds.
So yes, fps are higher for high fps applications, and only the most recent frame, before the compositor draw the next frame for the screen, will be picked up and displayed.
However, for fps around or lower than 60 fps, X and the Wayland compositor would do about the same number of copies, and performance is similar.
People said than when XWayland would be entirely ready, its performance would be better than X, but it will be true only for non fullscreen applications. For fullscreen applications, we should get the same performance.
A big plus that can get XWayland is being tearing free (which it isn't now). It should be possible (without impacting performance), but is quite complicated.
i was looking at the ms and it look like to me Wayland will be way better for gaming
RealVNC, FreeRDP, are being worked on and, a few more. the network transparency in Xorg has been mostly dead any ways but yes there are a few on the way for Wayland