Deweloperzy Fedory Nie pozostawali ze skrzyżowanymi rękami w obliczu obecnych problemów, jakich doświadczyła pandemia, i to jest opublikował kilka wiadomości w ostatnich dniach dość interesujące, jeśli chodzi o przyszłe wersje dystrybucji a zwłaszcza dla Fedory 33.
Od w ramach rozważanych zmian w przypadku Fedory 33 ogłosili, że planują wprowadzić zmianę, która to przejście z domyślnego edytora tekstu „Vi” przyjąć propozycję złożoną przez Chrisa Murphy'ego z grupy roboczej ds. rozwoju Fedory Workstation, która składa się z we wdrażaniu Nano.
Ta propozycja nie została jeszcze w pełni zatwierdzona przez Komitet, FESCO (Komitet Sterujący ds. Inżynierii Fedory), odpowiedzialny za techniczną część rozwoju dystrybucji Fedory.
Jako motyw używać edytora tekstu nano jako domyślnego zamiast vi, wspomina się o chęci uczynienia dystrybucji bardziej dostępną dla początkujących, udostępnienie edytora, z którego może korzystać każdy użytkownik nie masz specjalnej wiedzy na temat metod pracy w edytorze Vi.
Jednocześnie planowane jest kontynuowanie dostarczenie pakietu vim-minimal w podstawowym pakiecie dystrybucyjnym (bezpośrednie wywołanie vi pozostanie) i zapewnienie możliwości zmiany domyślnego edytora na vi lub vim na żądanie użytkownika.
Poza tym Fedora obecnie nie ustawia zmiennej środowiskowej $ EDITOR, a domyślnie w poleceniach takich jak „git commit” nazywa się vi.
Kolejna zmiana które programiści Fedory wypuścili i omawiają, jest tematem zatrzymywania rozruchu przy użyciu klasycznego BIOS-u i pozostaw opcję instalacji tylko w systemach obsługujących UEFI.
To zostało postawione na stole od tego czasu obserwuje się, że systemy oparty na platformie Intel są wysyłane z UEFI od 2005 roku, a do 2020 roku Intel planował zaprzestać obsługi systemu BIOS na systemach klienckich i platformach centrów danych.
Dyskusja o odrzuceniu wsparcia dla BIOS-u w Fedorze też wynika z uproszczenia wdrażania technologii selektywnego wyświetlania z menu startowego, w którym menu jest domyślnie ukryte i jest wyświetlane tylko po awarii lub aktywacji opcji w GNOME.
W przypadku UEFI niezbędna funkcjonalność jest już dostępna w sd-boot, ale podczas korzystania z BIOS-u wymaga łatek dla GRUB2.
W dyskusji, niektórzy programiści nie zgodzili się z tym wraz z zaprzestaniem obsługi BIOS-u, ponieważ koszt optymalizacji będzie oznaczał zakończenie możliwości używania nowych wersji Fedory na niektórych laptopach i komputerach PC wydanych przed 2013 rokiem i dostarczanych z kartami graficznymi niezgodnymi z UEFI, które nie są zgodne z vBIOS.
Wspomina również o potrzebie uruchamiania Fedory w systemach wirtualizacji, które obsługują tylko BIOS.
Z drugiej strony inne omówione zmiany do wdrożenia w Fedorze 33 obejmują:
- Użycie domyślnego systemu plików Btrfs na komputerowych i przenośnych wydaniach Fedory. Użycie wbudowanego menedżera partycji Btrfs rozwiąże problem braku wolnego miejsca na dysku podczas oddzielnego montowania katalogów / i / home.
Dzięki Btrfs partycje te można umieścić w dwóch podsekcjach, zamontowanych osobno, ale wykorzystujących tę samą przestrzeń dyskową.
Btrfs pozwoli również na korzystanie z funkcji takich jak migawki, przezroczysta kompresja danych, właściwa izolacja operacji wejścia / wyjścia przez cgroups2, zmiana rozmiaru partycji w locie. - Planowane jest dodanie działającego w tle procesu SID (Storage Instantiation Daemon) w celu śledzenia stanu urządzeń w różnych podsystemach pamięci masowej (LVM, multipath, MD) i obsługi połączeń w przypadku wystąpienia określonych zdarzeń, na przykład w celu aktywacji i dezaktywacji urządzeń . SID działa jako wtyczka do udev i reaguje na zdarzenia w udev, eliminując potrzebę tworzenia skomplikowanych reguł udev do interakcji z różnymi klasami urządzeń i podsystemów pamięci masowej, które są trudne do utrzymania i debugowania.
Czy ktoś próbował XFS na dysku twardym i zauważył poprawę szybkości i wydajności? wygląda na to, że zwiększają obroty lub stają się dyskiem SSD xD