Por que o dimensionamento fracionário no Ubuntu 22.04 mostra uma mensagem de aviso sobre o impacto no desempenho?

Não há nada de errado ou imaturo. Só porque o Windows não informa sobre o impacto no desempenho e as desvantagens do dimensionamento fracionário não significa que ele não exista.

Para entender esta dica de ferramenta, você deve entender como os pixels são organizados em uma exibição.

Se você tiver uma tela de 1920x1080 (1080p), isso significa que há uma grade de 2.073.600 pixels organizados em 1920 colunas e 1080 linhas.

Ao usar o dimensionamento fracionário, você está alterando como os itens na tela são renderizados nesta grade.

Com escala de 200%, a computação para renderizar esses pixels é muito fácil. Tudo o que você precisa fazer para renderizar com escala de 200% é renderizar cada pixel como um quadrado de 4 pixels idênticos.

Uma grade de 4 pixels com escala de 100% (normal):

x y
Y X

É renderizado como 16 pixels em escala de 200%:

x x y y
x x y y
Y Y X X
Y Y X X

Os pixels podem ser dimensionados de forma que os pixels possam ser duplicados perfeitamente sem divisão. A imagem manterá sua nitidez porque os pixels podem ser perfeitamente duplicados.

Se você usar escala de 125%, essa multiplicação simples não é possível. Para renderizar a imagem, os pixels precisariam ser divididos em partes menores que um único pixel. Mas os pixels não podem ser divididos dessa maneira, portanto, é necessária computação adicional para criar artificialmente um mapeamento de pixels em 125%.

Isso não apenas requer computação adicional, mas como esses pixels não podem ser multiplicados sem restos, isso pode fazer com que a imagem pareça borrada quando comparada com a escala de 200% ou sem escala.

O dimensionamento fracionário é um recurso experimental em 2022. gsettings describe org.gnome.mutter experimental-featuresconte-nos

To enable experimental features, add the feature keyword to the list. Whether the feature requires restarting the compositor depends on the given feature. Any experimental feature is not required to still be available, or configurable. Don’t expect adding anything in this setting to be future proof.

Currently possible keywords:

• “scale-monitor-framebuffer” — makes mutter default to layout logical monitors in a logical pixel coordinate space, while scaling monitor framebuffers instead of window content, to manage HiDPI monitors. Does not require a restart.

• “kms-modifiers” — makes mutter always allocate scanout buffers with explicit modifiers, if supported by the driver. Requires a restart.

• “rt-scheduler” — makes mutter request a low priority real-time scheduling. Requires a restart.

• “autoclose-xwayland” — automatically terminates Xwayland if all relevant X11 clients are gone. Requires a restart.

• “x11-randr-fractional-scaling” — enable fractional scaling under X11 using xrandr scaling. It might reduce performances. Does not require a restart.

Como vemos, o aviso de desempenho vem do suporte para programas x11.

No meu caso, configurá-lo via GUI apagou meu monitor VGA (ou a placa gráfica VGA interna). No entanto, uma gsettings reset org.gnome.mutter experimental-featureschamada foi capaz de corrigi-lo e a tela voltou.

Contexto:

WaylandEnable=false

dentro

sudo vim /etc/gdm3/custom.conf

e depois executando:

sudo systemctl restart gdm3

parecia resolver o problema para mim.

https://linuxconfig.org/how-to-enable-disable-wayland-on-ubuntu-22-04-desktop