Elérhető az Oracle Linux 9 és az Unbreakable Enterprise Kernel 7

Az Oracle kiadta az Oracle Linux 9 disztribúció és az Unbreakable Enterprise Kernel 7 (UEK R7) stabil verzióit, amelyet alternatívaként ajánlanak az Oracle Linux disztribúcióhoz az alapértelmezett Red Hat Enterprise Linux kernel csomag helyett. Az Oracle Linux 9 disztribúció a Red Hat Enterprise Linux 9 csomagjain alapul, és teljesen binárisan kompatibilis vele.

Korlátlan letöltésre elérhetőek az x86_64 és ARM64 (aarch64) architektúrákhoz készült, 8,6 GB és 840 MB méretű telepítő ISO képek. Az Oracle Linux 9-hez korlátlan és ingyenes hozzáférés nyílik a yum-repozitóriumhoz, amely bináris csomagfrissítéseket kínál hibajavításokkal (errata) és biztonsági problémákkal. Külön támogatott repozitóriumok is rendelkezésre állnak az Application Stream és a CodeReady Builder csomagokhoz.

Az RHEL disztribúcióban található kernel csomagon (5.14-es kernel alapú) kívül az Oracle Linux saját Unbreakable Enterprise Kernel 7-ét is kínálja, amely a Linux 5.15-ös kernelre épül és optimalizálva van az Oracle-ipari szoftverek és hardverek használatára. A kernel forráskódja, beleértve az egyes javítócsomagokra való bontást, elérhető az Oracle nyilvános Git-repozitóriumában. Az Unbreakable Enterprise Kernel alapértelmezett telepítéssel érkezik, alternatívaként a RHEL standard kernel csomagja helyett, számos fejlettebb funkciót kínál, mint például a DTrace integráció és a Btrfs jobb támogatása. A funkcionalitás szempontjából az Oracle Linux 9 és az RHEL 9 kiadások teljes mértékben azonosak (a változások listáját a RHEL9 bejelentésében lehet megnézni).

Az Unbreakable Enterprise Kernel 7 kulcsfontosságú újdonságai:

  • Javított a támogatás az Aarch64 architektúrára. Az ARM 64 bites rendszereken a memóriakép mérete alapértelmezetten 64 KB-ról 4 KB-ra csökkent, ami jobban illeszkedik az ARM-rendszerek tipikus memória- és terhelési volumenéhez.
  • Folytatódott a DTrace 2.0 dinamikus hibakeresési rendszer szállítása, amely átállt az eBPF kernel alrendszer használatára. A DTrace 2.0 az eBPF-re épül, akárcsak a Linuxban futó meglévő nyomkövető eszközök.
  • Btrfs képességei kibővültek. A Btrfs-be hozzáadva lett az aszinkron DISCARD művelet megvalósítása az olyan felszabadított blokkok megjelölésére, amelyek már nem tárolhatók fizikailag. Az aszinkron megvalósítás lehetővé teszi, hogy ne kelljen várni a DISCARD eljárás befejezésére, és hogy ezt a műveletet háttérben hajtsák végre. Új csatolási opciók kerültek bevezetésre az adat-helyreállítás megkönnyítése érdekében megsérült fájlrendszerekből: „rescue=ignorebadroots” a sérült gyökérfák (extent, uuid, data reloc, device, csum, free space) ellenére történő csatolásra, „rescue=ignoredatacsums” a keresztellenőrző összeg ellenőrzésének letiltására az adatokban, és „rescue=all” az „ignorebadroots”, „ignoredatacsums” és „nologreplay” módok egyidejű engedélyezésére. Jelentős teljesítményoptimalizálások történtek az fsync() műveletek végrehajtása kapcsán. Támogatás került bevezetésre az fs-verity-hez (fájlok hitelesítésének és integritásának ellenőrzése) és a felhasználói azonosítók leképezéséhez.
  • Az XFS-ben megvalósításra került a DAX műveletek támogatása, amely lehetővé teszi a fájlrendszer közvetlen elérését a lapkészlet megkerülésével a duplázott gyorsítótárazás elkerülése érdekében. Változtatások kerültek bevezetésre, amelyek megoldják a 32 bites time_t adat típus túltöltésének problémáit 2038-ban, beleértve az új bigtime és inobtcount csatolási opciókat.
  • Fejlesztések történtek az OCFS2 (Oracle Cluster File System) fájlrendszerben.
  • Hozzáadva lett a ZoneFS fájlrendszer, amely megkönnyíti az alacsony szintű munkát zónás tárolóeszközökkel. A zónás tárolók olyan mágneses lemezeket vagy NVMe SSD-ket jelentenek, ahol a tárolóhelyet zónákra osztják, amelyek blokkok vagy szektorok csoportjaiból állnak, és csak sorrendben lehet adatokat hozzáadni az egész blokk csoport frissítésével. A ZoneFS összekapcsolja az egyes zónákat egy adott fájllal a tárolóban, amely lehetővé teszi az adatok nyers módú tárolását, anélkül hogy a szektorszintű és blokk-szintű manipulációkra lenne szükség, lehetővé téve a programok számára a fájl API használatát a blokkeszközhöz való közvetlen hozzáférés helyett ioctl segítségével.
  • A protokoll támogatása stabilizálva lett. VPN WireGuard.
  • Kibővült az eBPF alrendszer képességei. Megvalósult a CO-RE (Compile Once — Run Everywhere) mechanizmus, amely megoldja a lefordított eBPF programok hordozhatósági problémáját, és lehetővé teszi az eBPF programok kódjának egyszeri összegyűjtését, hogy egy speciális általános betöltő alkalmazza a betöltött programot a jelenlegi kernelhez és a BTF (BPF Type Format) típusokhoz. Bevezetésre került a „BPF trampoline” mechanizmus, amely gyakorlatilag nullára csökkenti a hívások közötti áthidalási költségeket a kernel és a BPF programok között. Lehetőséget biztosít a kernel funkcióinak közvetlen elérésére BPF programokból, valamint a kezelők felfüggesztésére.
  • Integrálva lett a felosztott zárolásokat („split lock”) érzékelő, amely akkor lép fel, amikor az adatok nem igazított hozzáférés eredményeként az atomikus utasítás végrehajtásakor két CPU cache vonalat is áthidalnak. A kernel menet közben képes az ilyen zárolások azonosítására, amelyek jelentős teljesítménycsökkenést okoznak, és figyelmeztetéseket küldhet, vagy SIGBUS jelet adhat a blokkolást okozó alkalmazásnak.
  • Megvalósult a Multipath TCP (MPTCP) támogatása, amely a TCP protokoll kiterjesztése a TCP kapcsolat csomagjainak egyidejű szállítására több útvonalon, különböző interfészeken keresztül, amelyek eltérőek. IP-címek.
  • A feladatütemezőben megvalósították a SCHED_CORE ütemezési módot, amely lehetővé teszi annak kezelését, hogy mely folyamatok végezhetnek közös végrehajtást egy CPU magon. Minden folyamat számára egy cookie azonosító rendelhető, amely meghatározza a folyamatok közötti bizalom területét (például közös felhasználónak vagy konténernek való tartozást). A kód végrehajtásának szervezésekor az ütemező biztosíthatja, hogy egy CPU magot csak azonos tulajdonosú folyamatok osszanak meg, ami a Spectre típusú támadások blokkolására használható azáltal, hogy megakadályozza a megbízható és megbízhatatlan feladatok párhuzamos végrehajtását az SMT (Hyper Threading) során.
  • A cgroups számára megvalósították a slab memóriaellenőrzőt, amely figyelemre méltó, hogy a slab nyilvántartását a memóriaoldalak szintjéről a kernel objektumok szintjére helyezi át, lehetővé téve a slab-oldalak közös használatát különböző cgroupok között, ahelyett, hogy külön slab gyorsítótárakat allokálnának minden cgroup számára. A javasolt megközelítés lehetővé teszi a slab használatának hatékonyságának növelését, a slab memóriára fordított méret 30-45%-os csökkentését, a kernel által felhasznált memória általános csökkentését és a memóriafragmentáció csökkentését.
  • Biztosították a hibakeresési adatok szállítását CTF (Compact Type Format) formátumban, amely tömör tárolást biztosít a C nyelvek típusaival, funkciók közötti kapcsolatokkal és hibakeresési szimbólumokkal kapcsolatban.
  • Megszüntették a DRBD (Distributed Replicated Block Device) modul és a /dev/raw eszköz szállítását (a fájlok közvetlen eléréséhez az O_DIRECT flag használata szükséges).

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster