Kilka dni po wydaniu Linuksa 6.1 i już wiemy, co Linux 6.2 ma dla nas w zanadrzu

Tux, maskotka jądra Linuksa

Jądro Linux jest kręgosłupem systemów operacyjnych Linux (OS) i jest podstawowym interfejsem między sprzętem komputera a jego procesami.

Kolejna wersja jądra Linux 6.2 powinien przynieść ulepszenia w zarządzaniu systemem plików, w tym wydajność kart SD i kluczy USB, a także FUSE.

Dla tak dojrzałego jądra systemu operacyjnego, nadal istnieją znaczne ulepszenia w obsłudze istniejących formatów dysków, co może się poprawić wraz z wydaniem jądra 6.2. Ponadto, zdaniem niektórych specjalistów, następna generacja systemów plików Linuksa nie rozwijałaby się szybko.

Mateusz Wilkoks, programista jądra Oracle Linux, zalecane usunięcie systemu plików ReiserFS, system plików opracowany specjalnie dla systemu operacyjnego Linux przez Hansa Reisera i firmę Namesys. Był to pierwszy system plików dziennika, który został zaakceptowany w jądrze i został opracowany, gdy systemy plików Ext nie były jeszcze planowane.

Powód, który podaje Wilcox aby wesprzeć Twój pomysł aby usunąć system plików ReiserFS dodatkowym utrudnieniem jest modernizacja infrastruktury z jądra spowodowane faktem, że jesteś zmuszony zostawić znacznik AOP_FLAG_CONT_EXPAND w jądrze, ponieważ reiserfs jest nadal jedynym systemem plików, który używa tego znacznika w funkcji Write_begin. Podobnie ostatnia poprawka w kodeksie reiserfs pochodzi z roku 2019.

Jan Kara z SUSE poinformował, że Reiserfs jest na najlepszej drodze do przestarzałości, ale nie można stwierdzić, że jest nieaktualny do usunięcia z jądra. Według niektórych analityków Reiserfs jest nadal oferowany na OpenSUSE, ale baza użytkowników tego FS jest znikoma i stale się kurczy. Dla użytkowników profesjonalnych wsparcie dla Reiserfs w SUSE zostało przerwane 3-4 lata temu, a moduł reiserfs nie jest zawarty w domyślnym pakiecie z jądrem.

Kolejna zmiana czego się oczekuje? jest w systemie plików i POSIX Tradycyjnie systemy obsługujące rodzinę standardów POSIX (Portable Operating System Interface Standards) współdzielą prosty, ale potężny model uprawnień systemu plików.

Minęło dużo czasu inżynierowie dostrzegli wady tradycyjnego modelu pozwolenia i zaczęli myśleć o alternatywach. Ostatecznie doprowadziło to do powstania wielu implementacji list kontroli dostępu (ACL) w systemie UNIX, które są ze sobą kompatybilne tylko do pewnego stopnia. Christian Brauner, były inżynier Ubuntu, a obecnie inżynier Microsoftu, przesłał szczegółową poprawkę, aby dodać dedykowane API VFS (Virtual File System) do list ACL POSIX. Są one obsługiwane od dłuższego czasu, ale nowa wersja powinna uporządkować i uprościć zarządzanie nimi.

Brauner też wysłał łatka obsługująca montowanie ID dla woluminów SquashFS. Jest to wtyczka do ich poprzedniej łatki, która wprowadziła wierzchowce przypisane przez ID, która zawiera również wyjaśnienie, jak działają i do czego są używane.

Istnieją również ulepszenia dla niektórych bardziej uznanych systemów plików. Jednym z nich jest lista poprawek i ulepszeń dla XFS, co wskazuje na ważną nową funkcję naprawy online. Przynosi kolejny patch ulepszenia wydajności woluminów montowanych za pomocą FUSE; innymi słowy, gdy kod systemu plików jest wykonywany w programie przestrzeni użytkownika, a nie jako część jądra. Istnieją nawet poprawki błędów dla czcigodnego już ext4.

Oprócz tego również oczekuje się ulepszeń w Btrfs który stał się domyślnym systemem plików dla komputerów stacjonarnych w Fedorze Linux 33, a Fedora Linux 34 Beta opiera się na tej pracy, umożliwiając przezroczystą kompresję dla większej przestrzeni dyskowej.

Ma to na celu znaczne wydłużenie żywotności nośników flash. Ta kompresja będzie niezbędna do zwiększenia wydajności odczytu i zapisu większych plików, z możliwością znacznej oszczędności czasu w przepływach pracy.

Istnieją również pewne ulepszenia w Btrfs, szczególnie w obsłudze RAID 5 i 6. W szczególności obejście dotyczy problemu „odczyt-modyfikacja-zapis” dla macierzy Btrfs RAID5 (ale nie RAID6). To dobrze, ale te układy dysków nadal nie są zalecane. Zgodnie z warunkami samej dokumentacji produktu: Ta funkcja nie powinna być używana w produkcji, tylko do oceny lub testowania.


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.