Saltar al contenido

YSERVER 1.7 añade Vulkan 1.2 y reduce el uso de VRAM en 4K

YSERVER 1.7 reduce el uso de VRAM en 4K de 2-4 GB a unos 1,2 GB, cerca de los 0,9 GB de X.Org, y añade compatibilidad con Vulkan 1.2 para gráficos Intel antiguos.

Por Tech AI Wire Team

3 min de lectura

XLinkedIn
Screenshot of the yserver 1.7.0 release page on GitHub, listing the changes in the release under a What's Changed heading.

En cifras

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+
Graphics memory on a 4K display
YSERVER before 1.7 (high end)
4GB
YSERVER before 1.7 (low end)
2GB
YSERVER 1.7
1.2GB
X.Org Server
0.9GB

YSERVER 1.7, un servidor de pantalla X11 escrito desde cero en Rust, ha reducido su uso de memoria gráfica en una pantalla 4K de 2-4 GB a unos 1,2 GB. Phoronix informa que X.Org Server, el predeterminado en la mayoría de los sistemas Linux, usa unos 0,9 GB en la misma configuración. La versión también añade compatibilidad con Vulkan 1.2, lo que pone al alcance los gráficos Intel más antiguos. Para un proyecto que Phoronix describe como "elaborado en gran parte por Claude Code", la distancia con el servidor establecido ahora es pequeña.

Qué cambió en YSERVER 1.7

X11 es el antiguo protocolo que muchos escritorios Linux todavía usan para dibujar ventanas. Un servidor de pantalla es el programa que habla ese protocolo y pone los píxeles en la pantalla. YSERVER busca reemplazar a X.Org Server en los escritorios modernos y, a la vez, prescindir de las partes heredadas.

La memoria era el problema principal. La VRAM es la memoria de la tarjeta gráfica, y YSERVER usaba mucha más que X.Org. Las notas de la versión en GitHub dicen que ahora "las ventanas retienen VRAM solo mientras son visibles". Los pixmaps pequeños liberados, las imágenes de cursor y otros restos "ya no se acumulan en la VRAM". Un pixmap es una imagen fuera de pantalla que el servidor guarda para dibujar.

Linux Compatible aporta los detalles de las nuevas reglas de caché. Los pixmaps liberados se guardan ahora en una caché con un presupuesto de 64 MiB, y el servidor la recorta tras 60 segundos de inactividad.

CambioQué haceFuente
Compatibilidad con Vulkan 1.2Funciona con gráficos Intel Haswell e Ivy BridgeLinux Compatible
Reglas de VRAMMenor uso en 4K, de 2-4 GB a unos 1,2 GBPhoronix
Corrección de fugas en GLXCorrige fugas de memoria en GLX, el puente de OpenGL para X11Phoronix
Caché de fuentesBúsquedas indexadas y en caché, y fuentes comprimidas .pcf.gzLinux Compatible
Transformaciones CRTCEscalado fraccional, monitores virtuales, rotación y reflejoGitHub
Registro de XInputUn dispositivo de entrada por cada teclado, mouse o lápiz físicoLinux Compatible
BIG-REQUESTSAcepta solicitudes X11 grandes de 16 MBPhoronix

El trabajo en las fuentes resolvió los arranques lentos de las aplicaciones. Las aplicaciones de CDE y Motif "arrancan tan rápido como en Xorg" ahora, según las notas de la versión. CDE es el Common Desktop Environment de la década de 1990, una prueba antigua pero exigente de compatibilidad con X11. La versión reúne más de 40 pull requests.

Cómo comprueba el proyecto su propio trabajo

La configuración de pruebas es la parte que vale la pena estudiar. Linux Compatible informa que una suite llamada vng-suite compara el comportamiento de YSERVER byte a byte con una instancia de X.Org en ejecución, en decenas de escenarios. El proyecto también ejecuta la X Test Suite de X.Org, que tarda unos 50 minutos.

Eso importa en el código escrito con ayuda de IA. El repositorio incluye los archivos AGENTS.md y CLAUDE.md, que dan instrucciones a los agentes de programación. Una comparación byte a byte con una referencia confiable da a cada cambio escrito por IA un resultado claro: pasa o falla.

El diseño se mantiene simple a propósito. YSERVER es de un solo hilo, y ese hilo es dueño de todo el estado. Elimina los visuales que no son TrueColor, el GLX indirecto, la interfaz de controladores DDX y los clientes con orden de bytes invertido, según Linux Compatible.

Dónde funciona

El proyecto se ha probado en AMD Ryzen, Intel Core, una Nvidia GTX 1050, Snapdragon X1, Apple M1 y M2 con Asahi Linux, y máquinas virtuales virtio-gpu. El repositorio enumera más de 14 gestores de ventanas y escritorios, entre ellos Cinnamon, MATE, XFCE y KDE Plasma. Se prueba en Linux y FreeBSD y se publica con licencia MIT.

Hay paquetes disponibles a través del Arch User Repository y como binarios para Fedora, Debian, Ubuntu y Alpine. El proyecto tiene unas 590 estrellas en GitHub. Tenía 557 cuando este sitio cubrió YSERVER 1.5 y su compatibilidad con Reverse PRIME el 9 de septiembre.

Qué significa esto para los desarrolladores

Si escribes un reemplazo para un sistema existente, copia primero la idea de las pruebas. Una implementación de referencia en ejecución y una suite de comparación byte a byte convierten "parece que funciona" en un resultado medible. Eso es lo que permite revisar las grandes reescrituras asistidas por IA.

Si tienes un portátil Intel antiguo, la 1.7 es la primera versión que vale la pena probar en él. Instálala desde el paquete de tu distribución o desde el AUR. Pruébala con tu propio gestor de ventanas antes de confiarle tu trabajo diario.

En una pantalla 4K, calcula alrededor de un 33 % más de memoria gráfica que con X.Org: 1,2 GB frente a 0,9 GB, según las cifras de Phoronix. Eso no es problema en la mayoría de las GPU dedicadas. Sigue importando en los gráficos integrados que comparten la memoria del sistema. Informa de cualquier aplicación que falle, ya que la suite de comparación solo puede probar los escenarios que alguien haya dejado por escrito.

Fuentes

  1. YSERVER 1.7 Rust X11 Server Narrows Memory Usage Difference With X.Org Server - Phoronix
  2. YServer 1.7.0 Adds Vulkan 1.2 Support and CDE Compatibility to From-Scratch Rust X11 Server - Linux Compatible
  3. Releases - joske/yserver - GitHub

Artículos relacionados