Zum Inhalt springen

YSERVER 1.7 bringt Vulkan 1.2 und senkt den VRAM-Bedarf in 4K

YSERVER 1.7 senkt den VRAM-Bedarf in 4K von 2-4 GB auf etwa 1,2 GB, nahe an den 0,9 GB von X.Org, und ergänzt Vulkan-1.2-Unterstützung für ältere Intel-Grafik.

Von Tech AI Wire Team

3 Min. Lesezeit

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

Die Zahlen

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, ein von Grund auf in Rust geschriebener X11-Anzeigeserver, hat seinen Grafikspeicherbedarf auf einem 4K-Bildschirm von 2-4 GB auf etwa 1,2 GB gesenkt. Phoronix berichtet, dass X.Org Server, der Standard auf den meisten Linux-Systemen, im selben Aufbau etwa 0,9 GB belegt. Die Version bringt außerdem Unterstützung für Vulkan 1.2, womit ältere Intel-Grafik in Reichweite kommt. Für ein Projekt, das Phoronix als "zu großen Teilen von Claude Code erstellt" beschreibt, ist der Abstand zum etablierten Server nun klein.

Was sich in YSERVER 1.7 geändert hat

X11 ist das alte Protokoll, mit dem viele Linux-Desktops noch immer Fenster zeichnen. Ein Anzeigeserver ist das Programm, das dieses Protokoll spricht und Pixel auf den Bildschirm bringt. YSERVER will X.Org Server auf modernen Desktops ersetzen und dabei Altlasten weglassen.

Der Speicher war das Hauptproblem. VRAM ist der Speicher auf der Grafikkarte, und YSERVER brauchte davon weit mehr als X.Org. Laut den Versionshinweisen auf GitHub "belegen Fenster VRAM nur noch, solange sie sichtbar sind". Freigegebene kleine Pixmaps, Cursor-Bilder und andere Reste "stapeln sich nicht mehr im VRAM". Eine Pixmap ist ein Bild außerhalb des Bildschirms, das der Server zum Zeichnen vorhält.

Linux Compatible liefert die Details der neuen Cache-Regeln. Freigegebene Pixmaps liegen nun in einem Cache mit einem Budget von 64 MiB, und der Server verkleinert ihn nach 60 Sekunden Leerlauf.

ÄnderungWas sie bewirktQuelle
Unterstützung für Vulkan 1.2Läuft auf Intel-Grafik der Generationen Haswell und Ivy BridgeLinux Compatible
VRAM-RegelnGeringerer Bedarf in 4K, von 2-4 GB auf etwa 1,2 GBPhoronix
GLX-Leck-KorrekturenBehebt Speicherlecks in GLX, der OpenGL-Brücke für X11Phoronix
Schrift-CachingIndizierte, zwischengespeicherte Abfragen und komprimierte .pcf.gz-SchriftenLinux Compatible
CRTC-TransformationenFraktionale Skalierung, virtuelle Monitore, Drehung und SpiegelungGitHub
XInput-RegistryEin Eingabegerät pro physischer Tastatur, Maus oder StiftLinux Compatible
BIG-REQUESTSNimmt große X11-Anfragen mit 16 MB anPhoronix

Die Arbeit an den Schriften behebt langsame App-Starts. CDE- und Motif-Apps "starten so schnell wie unter Xorg", heißt es jetzt in den Versionshinweisen. CDE ist das Common Desktop Environment aus den 1990er-Jahren, ein alter, aber anspruchsvoller Test für X11-Kompatibilität. Die Version bündelt mehr als 40 Pull Requests.

Wie das Projekt seine eigene Arbeit prüft

Der Testaufbau ist der Teil, der sich zu studieren lohnt. Linux Compatible berichtet, dass eine Suite namens vng-suite das Verhalten von YSERVER Byte für Byte mit einer laufenden X.Org-Instanz vergleicht, über Dutzende Szenarien hinweg. Das Projekt führt außerdem die X Test Suite von X.Org aus, die etwa 50 Minuten dauert.

Das ist wichtig für Code, der mit KI-Hilfe geschrieben wird. Das Repository enthält die Dateien AGENTS.md und CLAUDE.md, die Coding-Agenten Anweisungen geben. Ein Byte-für-Byte-Vergleich mit einer vertrauenswürdigen Referenz gibt jeder von KI geschriebenen Änderung ein klares Bestanden oder Durchgefallen.

Das Design bleibt bewusst einfach. YSERVER ist single-threaded, mit einem Thread, dem der gesamte Zustand gehört. Laut Linux Compatible entfernt es Nicht-TrueColor-Visuals, indirektes GLX, die DDX-Treiberschnittstelle und Clients mit vertauschter Byte-Reihenfolge.

Wo es läuft

Das Projekt wurde auf AMD Ryzen, Intel Core, einer Nvidia GTX 1050, Snapdragon X1, Apple M1 und M2 unter Asahi Linux sowie auf virtio-gpu-VMs getestet. Das Repository nennt mehr als 14 Fenstermanager und Desktops, darunter Cinnamon, MATE, XFCE und KDE Plasma. Es wird unter Linux und FreeBSD getestet und steht unter der MIT-Lizenz.

Pakete gibt es über das Arch User Repository sowie als Binärdateien für Fedora, Debian, Ubuntu und Alpine. Das Projekt hat etwa 590 GitHub-Sterne. Als diese Seite am 9. September über YSERVER 1.5 und seine Reverse-PRIME-Unterstützung berichtete, waren es 557.

Was das für Entwickler bedeutet

Wer einen Ersatz für ein bestehendes System schreibt, sollte zuerst die Testidee übernehmen. Eine laufende Referenzimplementierung und eine Suite für Byte-für-Byte-Vergleiche machen aus "es scheint zu funktionieren" ein messbares Ergebnis. Genau das macht große KI-gestützte Neuschreibungen überprüfbar.

Wer einen älteren Intel-Laptop hat, findet in 1.7 die erste Version, die sich darauf auszuprobieren lohnt. Installieren Sie sie über das Paket Ihrer Distribution oder das AUR. Testen Sie sie mit Ihrem eigenen Fenstermanager, bevor Sie ihr die tägliche Arbeit anvertrauen.

Auf einem 4K-Bildschirm sollten Sie etwa 33 % mehr Grafikspeicher einplanen als für X.Org: 1,2 GB gegenüber 0,9 GB, nach den Zahlen von Phoronix. Auf den meisten dedizierten GPUs ist das unproblematisch. Bei integrierter Grafik, die sich den Systemspeicher teilt, spielt es aber weiterhin eine Rolle. Melden Sie jede App, die nicht mehr funktioniert, denn die Vergleichssuite kann nur die Szenarien testen, die jemand aufgeschrieben hat.

Quellen

  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

Ähnliche Artikel