YSERVER 1.7 adiciona Vulkan 1.2 e reduz o uso de VRAM em 4K
O YSERVER 1.7 reduz o uso de VRAM em 4K de 2-4 GB para cerca de 1,2 GB, perto dos 0,9 GB do X.Org, e adiciona suporte a Vulkan 1.2 para gráficos Intel mais antigos.
3 min de leitura

Em números
- YSERVER 1.7 VRAM on 4K, down from 2-4GB
- 1.2GB
- X.Org Server on the same 4K setup
- 0.9GB
- budget for the freed-pixmap cache
- 64 MiB
- pull requests in the release
- 40+
- YSERVER before 1.7 (high end)
- 4GB
- YSERVER before 1.7 (low end)
- 2GB
- YSERVER 1.7
- 1.2GB
- X.Org Server
- 0.9GB
O YSERVER 1.7, um servidor de exibição X11 escrito do zero em Rust, reduziu o uso de memória gráfica em uma tela 4K de 2-4 GB para cerca de 1,2 GB. O Phoronix informa que o X.Org Server, padrão na maioria dos sistemas Linux, usa cerca de 0,9 GB na mesma configuração. A versão também adiciona suporte a Vulkan 1.2, o que coloca gráficos Intel mais antigos ao alcance. Para um projeto que o Phoronix descreve como "feito em grande parte pelo Claude Code", a diferença para o servidor estabelecido agora é pequena.
O que mudou no YSERVER 1.7
O X11 é o protocolo antigo que muitos desktops Linux ainda usam para desenhar janelas. Um servidor de exibição é o programa que fala esse protocolo e coloca os pixels na tela. O YSERVER pretende substituir o X.Org Server em desktops modernos, deixando de lado as partes legadas.
A memória era o principal problema. A VRAM é a memória da placa de vídeo, e o YSERVER usava muito mais dela do que o X.Org. As notas de versão no GitHub dizem que agora "as janelas ocupam VRAM apenas enquanto estão visíveis". Pixmaps pequenos liberados, imagens de cursor e outras sobras "não se acumulam mais na VRAM". Um pixmap é uma imagem fora da tela que o servidor mantém para desenhar.
O Linux Compatible traz os detalhes das novas regras de cache. Os pixmaps liberados agora ficam em um cache com orçamento de 64 MiB, e o servidor o reduz após 60 segundos de inatividade.
| Mudança | O que faz | Fonte |
|---|---|---|
| Suporte a Vulkan 1.2 | Roda em gráficos Intel Haswell e Ivy Bridge | Linux Compatible |
| Regras de VRAM | Menor uso em 4K, de 2-4 GB para cerca de 1,2 GB | Phoronix |
| Correções de vazamentos no GLX | Corrige vazamentos de memória no GLX, a ponte do OpenGL para o X11 | Phoronix |
| Cache de fontes | Buscas indexadas e em cache, e fontes compactadas .pcf.gz | Linux Compatible |
| Transformações de CRTC | Escala fracionária, monitores virtuais, rotação e espelhamento | GitHub |
| Registro do XInput | Um dispositivo de entrada por teclado, mouse ou caneta física | Linux Compatible |
| BIG-REQUESTS | Aceita grandes requisições X11 de 16 MB | Phoronix |
O trabalho nas fontes corrigiu a lentidão na abertura de aplicativos. Os aplicativos CDE e Motif agora "abrem tão rápido quanto no Xorg", segundo as notas de versão. O CDE é o Common Desktop Environment dos anos 1990, um teste antigo, mas exigente, de compatibilidade com o X11. A versão reúne mais de 40 pull requests.
Como o projeto verifica o próprio trabalho
A estrutura de testes é a parte que vale estudar. O Linux Compatible informa que uma suíte chamada vng-suite compara o comportamento do YSERVER byte a byte com uma instância do X.Org em execução, em dezenas de cenários. O projeto também roda a X Test Suite do X.Org, que leva cerca de 50 minutos.
Isso importa para código escrito com ajuda de IA. O repositório traz os arquivos AGENTS.md e CLAUDE.md, que dão instruções a agentes de programação. Uma comparação byte a byte com uma referência confiável dá a cada mudança escrita por IA um resultado claro de aprovado ou reprovado.
O design continua simples de propósito. O YSERVER é single-threaded, com uma única thread que detém todo o estado. Ele remove visuais que não são TrueColor, o GLX indireto, a interface de drivers DDX e clientes com ordem de bytes invertida, segundo o Linux Compatible.
Onde ele roda
O projeto foi testado em AMD Ryzen, Intel Core, uma Nvidia GTX 1050, Snapdragon X1, Apple M1 e M2 com Asahi Linux e máquinas virtuais virtio-gpu. O repositório lista mais de 14 gerenciadores de janelas e desktops, incluindo Cinnamon, MATE, XFCE e KDE Plasma. Ele é testado no Linux e no FreeBSD e lançado sob a licença MIT.
Há pacotes disponíveis pelo Arch User Repository e binários para Fedora, Debian, Ubuntu e Alpine. O projeto tem cerca de 590 estrelas no GitHub. Eram 557 quando este site cobriu o YSERVER 1.5 e seu suporte a Reverse PRIME em 9 de setembro.
O que isso significa para desenvolvedores
Se você está escrevendo um substituto para um sistema existente, copie primeiro a ideia dos testes. Uma implementação de referência em execução e uma suíte de comparação byte a byte transformam "parece funcionar" em um resultado mensurável. É isso que torna revisáveis as grandes reescritas assistidas por IA.
Se você tem um notebook Intel mais antigo, a 1.7 é a primeira versão que vale a pena testar nele. Instale-a pelo pacote da sua distribuição ou pelo AUR. Teste-a com o seu próprio gerenciador de janelas antes de usá-la no trabalho do dia a dia.
Em uma tela 4K, reserve cerca de 33% a mais de memória gráfica do que com o X.Org: 1,2 GB contra 0,9 GB, pelos números do Phoronix. Isso não é problema na maioria das GPUs dedicadas. Ainda importa em gráficos integrados que compartilham a memória do sistema. Relate qualquer aplicativo que quebrar, já que a suíte de comparação só consegue testar os cenários que alguém registrou por escrito.
Fontes
Artigos relacionados

Mold 3.0 lança sua reescrita em Rust como linker de substituição direta
O Mold 3.0 é a primeira versão escrita em Rust. Exige Rust 1.95, abandona o oneTBB da Intel e faz a ligação tão rápido quanto o 2.42.1, a última versão em C++.

COSMIC Epoch 1.9 traz visualizador de imagens e teclado virtual
O COSMIC Epoch 1.9 saiu em 23 de setembro de 2026, 13 dias depois do 1.8, com um visualizador de imagens em Rust, um teclado virtual e uma loja de apps redesenhada.

Ubuntu 26.10 passa cp, mv e rm para coreutils em Rust
O Ubuntu 26.10 entrega cp, mv e rm ao Rust. Uma auditoria com 113 problemas deixou os três fora do 26.04 LTS; a versão estável chega em 15 de outubro.