Hyprland na Nvidii nie jest tak zepsuty, jak wszyscy mówią

W czasie moich zabaw z Hyprland i innymi menedżerami okien typu tiling na Linuksie natknąłem się na pewne skargi na różnych forach i w komentarzach na GitHubie. Wiki Hyprland mówi, że nie ma oficjalnego wsparcia dla Nvidia, stwierdzając, że sterowniki są zbyt problematyczne, aby zespół mógł zagwarantować jakąkolwiek jakość. Jeden użytkownik na GitHubie powiedział, że po każdej aktualizacji Hyprland na Nvidia staje się coraz bardziej niestabilny, z migotaniem i innymi dziwactwami. Postanowiłem więc przetestować to sam na moim MSI Cyborg 15, który ma wbudowany RTX 4050, żeby sprawdzić, czy te skargi są nadal aktualne.

Spoiler: większość problemów wydaje się zniknęła, przynajmniej na moim komputerze. Dotarcie do tego punktu jednak było własnego rodzaju koszmarem.

Instalacja zajęła pół dnia

I prawie żadna z tego winy Hyprlanda

Hyprland oficjalnie obsługuje Arch Linux i NixOS. Postanowiłem uruchomić EndeavourOS, dystrybucję opartą na Arch, która kiedyś zawierała opcję Hyprland, co uznałem za działające bez problemu. Niestety, to było błędne; projekt wielokrotnie dodawał i usuwał tę opcję z instalatora. Więc wybrałem opcję „Bez pulpitu”, zakładając, że później ręcznie zainstaluję Hyprland z terminala.

Nawet jeśli była to słuszna decyzja, miała swoje konsekwencje. Czysta instalacja EndeavourOS oznaczała brak menedżera wyświetlania, brak domyślnych skrótów klawiszowych i brak pliku konfiguracyjnego. Kiedy Hyprland 0.55 został wydany w maju 2026 roku, przeszedł na system konfiguracji oparty na Lua i porzucił starszy plik przykładowy hyprland.conf. Wiki oczywiście nadal odnosi się do starej ścieżki, chociaż już ona nie istnieje. Uruchomiłem Hyprland, uzyskałem pulpit z ładną tapetą, ale nie mogłem otworzyć terminala, ponieważ nie było skonfigurowanych skrótów klawiszowych. Musiałem przejść do TTY, ręcznie napisać plik konfiguracyjny, a następnie dodać podstawowe skróty, zanim naprawdę mogłem używać kompozytora (oprogramowania, które renderuje i rysuje wszystko, co widzisz na ekranie).

Żadne z tego nie jest problemem Nvidii; tak właśnie teraz działa Hyprland. Co, jak przypuszczam, jest w porządku, jeśli lubisz samodzielnie czytać dokumentację i pisać pliki konfiguracyjne.

Konfiguracja Nvidii to prawdziwa praca

Ale jest to udokumentowane i działa

Kiedy miałem działający komputer stacjonarny, konfiguracja specyficzna dla Nvidii była bardziej prosta. Strona wiki Hyprland dotycząca Nvidii wymienia wymagane zmienne środowiskowe i parametry jądra. Dodałem je do mojej konfiguracji:

env = LIBVA_DRIVER_NAME,nvidia

env=XDG_SESSION_TYPE,wayland

env=GBM_BACKEND,nvidia-drm

env=__GLX_VENDOR_LIBRARY_NAME,nvidia

env=NVD_BACKEND,direct A potem dodałem to do parametrów mojego jądra:

nvidia-drm.modeset=1 nvidia.NVreg_PreserveVideoMemoryAllocations=1 Ten drugi parametr to ten, który naprawia zawieszenie i wznawianie pracy na laptopach Nvidia, i zadziałał. Mogłem zamknąć pokrywę i otworzyć ją ponownie, aby zobaczyć działający pulpit bez czarnego ekranu. To jedna skarga naprawiona.

Gry działały, z jednym zastrzeżeniem

Pełny ekran XWayland nadal jest irytujący

Aby zobaczyć, jak gry działają na mojej konfiguracji, zainstalowałem Steam i pobrałem Don't Starve Together jako test (to natywna gra na Linuksa, bez potrzeby użycia Proton) i uruchomiłem ją. Gra otworzyła się, działała i pojawiła się w nvidia-smi, zużywając 278 MiB VRAM. GPU pobierało 1 W mocy w stanie bezczynności, w stanie wydajności P8, co jest dalekie od 74 W pobieranych w stanie bezczynności zgłaszanych w starszych wersjach sterowników, gdy Hyprland wymuszał tryb wydajności.

Jedynym problemem, który zauważyłem, było to, że gra uruchamiała się w małym oknie w trybie kafelkowym zamiast na pełnym ekranie. Najwyraźniej jest to problem XWaylanda, ponieważ gry Steam uruchamiane przez XWayland nie zawsze respektują tryb pełnoekranowy i otwierają się jako zwykłe okno. Prosta kombinacja klawiszy Super-F (gdy już znalazła się w pliku konfiguracyjnym, oczywiście!) sprawiła, że przeszła na pełny ekran.

W końcu przetestowałem Discorda i działał bez zarzutu, bez żadnych zgłaszanych problemów, takich jak czarne okna czy migotanie. Wygląda na to, że problemy z migotaniem XWayland, które nękały użytkowników Nvidii przed wprowadzeniem obsługi synchronizacji w sterowniku 555, w dużej mierze zniknęły na nowoczesnym sprzęcie.

Co właściwie się zepsuło

Reputacja jest starsza niż rzeczywistość

Szczera odpowiedź jest taka, że niewiele się zepsuło. Straszne historie o Nvidii, które czytałem, dotyczyły głównie starszych wersji sterowników (535-545) i okresu sprzed pojawienia się obsługi jawnej synchronizacji. Ponieważ mam sterownik 610 na moim Nvidia RTX 4050, nie zauważyłem żadnego migotania, zamykanie klapy w celu uśpienia działało bez problemu, a Steam i Discord działały jak zwykle. Tym, co się zepsuło, były moja cierpliwość i czas, ponieważ musiałem skonfigurować wszystko od nowa. Ale obwiniam za to siebie.

Czy Hyprland jest tego wart na Nvidii?

To naprawdę zależy od tego, jak bardzo lubisz majstrować. Jest duża szansa, że jeśli jesteś użytkownikiem Linuksa, prawdopodobnie nie będziesz mieć tutaj żadnych problemów. Jeśli chcesz pulpit, który po prostu działa od razu, można tak powiedzieć, Hyprland nie jest właściwym wyborem bez względu na twoją kartę graficzną. Jest naprawdę najlepszy dla osób, które chcą budować swoje środowisko od podstaw. Problemy z Nvidią poprawiły się na tyle, że nie ma powodu, by ich unikać, jeśli masz nowoczesną kartę z aktualnymi sterownikami.

Co powinieneś wiedzieć zanim zaczniesz, to że będziesz musiał ustawić własne zmienne środowiskowe, ręcznie skonfigurować skróty klawiszowe (chyba że użyjesz gotowej konfiguracji dotfile, takiej jak skrypt Arch-Hyprland JaKooLit), a gry działające przez XWayland będą wymagały dodatkowych kroków, aby działały w trybie pełnoekranowym poprawnie. To wszystko nie jest winą Nvidii i nic z tego nie jest nie do pokonania.

Okazuje się, że skargi należą do przeszłości. Twoja GPU nie powinna cię powstrzymywać; ale może ilość ręcznych poprawek, które będą potrzebne, powinna.