W Fedorze 36 Wayland będzie domyślnie działał ze sterownikami NVIDIA i może być ostatnią wersją obsługującą 32-bitowe ARM

Ostatnio Deweloperzy Fedory, dali być znanym na listach mailingowych część planów i zmian które są już przygotowane do wdrożenia w następnej wersji Fedory Linux 36.

W opublikowanych informacjach przejście do korzystania z sesji GNOME domyślnie na podstawie protokołu Wayland z zastrzeżonymi systemami sterowników NVIDIA.

Ta zmiana w dużym stopniu wpływa na możliwość wybrania sesji GNOME działającej na serwerze Wayland przy użyciu sterowników Nvidia, co podkreśla, że ​​jest ona już na poziomie sesji na tradycyjnym serwerze X i która będzie nadal zapewniana jak poprzednio.

Zmiana nie został jeszcze sprawdzony przez Komitet Sterujący Inżynierii Fedory, który jest odpowiedzialny za rozwój techniczny dystrybucji Fedora Linux, ale jak niektórzy mogą już wiedzieć, te ogłoszone zmiany są zwykle implementowane w obrazach testowych.

Dzięki temu ostatnie aktualizacje zastrzeżonego sterownika NVIDIA pozwolić Xwaylandowi na skorzystanie
przyspieszenie sprzętowe i aplikacje X11 mogą mieć swoje
sprzęt do przyspieszonego renderowania.

Należy zauważyć, że w ostatnim wydaniu zastrzeżonego sterownika NVIDIA wprowadzono zmiany, aby zapewnić pełną obsługę akceleracji sprzętowej OpenGL i Vulkan w aplikacjach X11 działających przy użyciu komponentu DDX (Device-Dependent X) XWaylanda.

Dzięki nowej gałęzi sterowników NVIDIA, wydajność OpenGL i Vulkan w aplikacjach X uruchomiony z XWaylandem jest teraz prawie taki sam, jak uruchamiany na normalnym serwerze X.

Przypominamy, że dystrybucja zaczęła oferować domyślną sesję GNOME opartą na protokole Wayland od Fedory 25. Sesja ta była używana tylko podczas korzystania ze sterowników open source, a podczas instalowania zastrzeżonych sterowników NVIDIA tylko sesja oparta na serwerze X.

Zmieniło się to wraz z wydaniem Fedory Linux 35 i dodano opcję używania Waylanda z zastrzeżonymi sterownikami NVIDIA. Fedora Linux 36 planuje ustawić tę opcję jako domyślną.

Kolejna zmiana który został wydany dla następnych wersji Fedory, jest przeznaczony do wdrożenia w Fedorze Linux 37, wersja, w której uważa się, że jest przenoszone zgodnie z harmonogramem do starszej architektury pobierania ARMv7, znany również jako ARM32 lub armhfp.

Wszystkie wysiłki na rzecz rozwoju systemów ARM planują skupić się na architekturze ARM64 (Aarch64).Zmiana nie została jeszcze przejrzana przez Komitet Sterujący Inżynierii Fedory, który jest odpowiedzialny za rozwój techniczny dystrybucji Fedory.

W takim przypadku, jeśli taka zmiana zostanie zatwierdzona, wersja Fedora 36 będzie ostatnią 32-bitową wersją ARM dystrybucji z aktualizacjami do czerwca 2023 roku, czyli praktycznie będzie miała jeszcze rok wsparcia.

Ogólne wycofanie dystrybucji dla systemów 32-bitowych jest cytowane jako powody zakończenia wsparcia dla ARMv7, ponieważ niektóre z nowych ulepszeń bezpieczeństwa i wydajności w Fedorze są dostępne tylko dla architektur 64-bitowych.

Ogólnie rzecz biorąc, arm32 spada, a w ostatnich wersjach do Fedory dodawanych jest kilka nowych urządzeń ARMv7.

Aby dodać do tego wiele nowych funkcji Fedory zaprojektowanych w celu poprawy szybkości i bezpieczeństwa Fedory.

Wydanie powoduje ogólnie 32-bitowe architektury głównie ze względu na:
limit pamięci procesu podczas łączenia dużych aplikacji.
ARMv7/armhfp to najnowsza w pełni obsługiwana architektura 32-bitowa, jak dotąd
obecnie kompilują pakiety i686, ale nie są dostarczane jako artefakty.

Do tej pory ARMv7 pozostawał najnowszą w pełni obsługiwaną 32-bitową architekturą dla Fedory (repozytoria dla architektury i686 zostały wycofane w 2019 r., pozostały jedynie wielobiblioteczne repozytoria dla środowisk x86_64).

W końcu jeśli chcesz dowiedzieć się więcej na ten temat O nowościach możesz sprawdzić szczegóły w poniższych linkach.

https://www.mail-archive.com

https://www.mail-archive.com


Treść artykułu jest zgodna z naszymi zasadami etyka redakcyjna. Aby zgłosić błąd, kliknij tutaj.

Bądź pierwszym który skomentuje

Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.