Yserver: Un servidor X11 moderno escrito en Rust

Artículo original ↗ Discusión en Hacker News ↗

Múltiples pantallas vs. modelo de pantalla virtual

  • Varios comentarios aclaran que “múltiples pantallas” aquí significa las pantallas X11 al estilo antiguo (:0.0, :0.1), que en la práctica son framebuffer separados con cursor/VRAM compartidos.
  • La mayoría de las configuraciones modernas usan una sola pantalla virtual grande mediante Xinerama/RandR, con cada monitor asignado dentro de ella; las ventanas pueden moverse libremente sin que las aplicaciones sepan que hay varios monitores.
  • El multi-screen heredado se considera oscuro e incómodo: las aplicaciones deben gestionar ventanas separadas por pantalla, así que casi ninguna lo soporta.
  • Algunos usos de nicho todavía dependen de ello (simuladores de vuelo, experimentos de psicofísica, configuraciones “zaphod”), lo que provoca críticas por llamarlo “heredado” y eliminarlo sin más.
  • Surge confusión entre “screens”, “monitors” y “virtual displays”; varios comentarios aclaran la terminología.

DPI y frecuencias de refresco mixtos

  • Un lado sostiene que el modelo de pantalla virtual unificada de X obliga a compartir una frecuencia de refresco común y dificulta el DPI mixto, y presenta Wayland como superior en este aspecto.
  • Otros responden con ejemplos que muestran que Xorg puede manejar DPI y frecuencias de refresco por monitor mediante xrandr, al menos en algunas distribuciones y hardware.
  • El DPI mixto en X a menudo depende de atributos DPI del monitor y del soporte de las toolkits (Qt con variables de entorno específicas), o de trucos manuales de escalado usando xrandr, con compromisos de calidad/rendimiento.
  • Continúa el debate sobre si Wayland realmente “gestiona” mejor el DPI mixto o si simplemente oculta la complejidad mediante escalado del lado del compositor.

GUI en red / acceso remoto

  • Varios comentaristas echan de menos la “GUI por la red” integrada de X11 y ven la falta de transparencia de Wayland como una regresión, quedando soluciones tipo VNC/RDP.
  • Otros señalan herramientas de Wayland como waypipe, integraciones RDP en grandes escritorios y varios protocolos remotos, aunque el soporte para headless/inicio de sesión remoto sigue describiéndose como inmaduro o frágil.
  • Algunos argumentan que la GUI por red ahora es un nicho comparado con compartir pantalla, lo que explica su baja prioridad.

Código generado por IA y valor del proyecto

  • Hay una fuerte discrepancia sobre el uso de IA: algunos califican el proyecto de “slop” y asumen poca revisión humana; otros replican, argumentando que la codificación asistida por IA puede elevar la calidad, reducir la monotonía y permitir proyectos exploratorios como este.
  • Una perspectiva: incluso si el resultado final no es de producción, el viaje de aprendizaje (por ejemplo, explorar los entresijos de X11 con ayuda de IA) tiene valor.
  • Aparecen llamadas a una divulgación más clara de la implicación de la IA para fijar expectativas.

Otros puntos

  • Se plantea una pregunta sobre el soporte de NVIDIA, pero no se responde con detalle.
  • Algunos mencionan confusión con un antiguo proyecto “Y Window System”; otros consideran irrelevante el solapamiento de nombres dada la antigüedad de ese proyecto.
  • Unos pocos usuarios informan haber compilado y ejecutado con éxito Yserver con entornos de escritorio comunes, aunque con particularidades (por ejemplo, problemas con el compositor, inicio manual desde TTY).
  • El debate más amplio X11 vs Wayland reaparece repetidamente, con posturas firmes en ambos lados sobre madurez, regresiones y prioridades.