mag
Két hónap fejlesztés után Linus Torvalds bemutatta az új Linux kernel 5.10 verziójának kiadását, egy olyan fiók státusszal érkező, hosszú támogatási periódusú verzió, amelynek frissítéseit legalább két évig közzéteszik.
Figyelemre méltó változások a következők ez az új verzió kompatibilitást tartalmaz a MemTag védelmi mechanizmusával ARM64 rendszereknél "nosymfollow" szerelési lehetőség, jelentős Ext4 optimalizációk, XFS 2038 javítás, új process_madvise rendszerhívás, továbbfejlesztett AMD SEV támogatás CPU regiszter titkosítással, a BPF programok szüneteltetésének képessége.
Az új verzió 17470 javítást kapott 2062 fejlesztőtől, Javítás mérete: 64 MB (a változtatások 15101 fájlt érintettek, 891932 kódsor hozzáadva, 619716 sor eltávolítva). Az összes körülbelül 42% -a Az 5.10-ben bevezetett változtatások az eszközillesztőkhöz kapcsolódnak, a változtatások körülbelül 16% -a a hardverarchitektúrák egyedi kódjának frissítéséhez kapcsolódik, 13% -a hálózati veremhez, 3% -a fájlrendszerhez és 3% -a belső kernel alrendszerek.
Fő hírek a Linuxban 5.10
A bekövetkező főbb változások közül azt tapasztalhatjuk, hogy az ext4-hez hozzáadtuk a gyors megerősítési módot (gyors_válasz), amely jelentősen csökkenti a sok fájlművelet késését a metaadatok gyorsabb lemosásra vezetése az fsync () hívás végrehajtásakor. Normál körülmények között az fsync () futtatása szinkronizálja a redundáns metaadatkészletet. Fast_commit módban csak a fájlrendszer összeomlásához szükséges metaadatok kerülnek a rendszerleíró adatbázisba, felgyorsítva az fsync () hívásokat és javítva a metaadatokkal aktívan manipuláló műveletek teljesítményét.
Míg az A Btrfs fontos teljesítményoptimalizálásokat tartalmaz az fsync () műveletekhez kapcsolódóan. A log mutex versengés csökkenése 4% -os teljesítménynövekedést és 14% -os késést eredményezett a dbench benchmark 32 klienssel történő futtatásakor. A további kapcsolatok és névváltoztatások megszüntetése 6% -kal növelte a sávszélességet és 30% -kal csökkentette a késést. Az fsync korlátozása arra, hogy csak az újraírásokra várjon, 10-40% -kal növelte a teljesítményt.
Ezen túlmenően, A közvetlen I / O (közvetlen io) Btrfs megvalósítása átkerült az iomap keretrendszerbe.
Az XFS hozzáadja az inode metaadat-változásokat az adattípus-túlcsordulás problémáinak megoldásához 32 bites time_t 2038-ban. Hasonló változtatásokat adott hozzá, amelyek az időszámláló túlcsordulását a 2468-as évhez mozgatták, a lemezkvóta idők kiszámításához használt kódhoz. Az XFS V4 formátum elavult, a felhasználónak javasoljuk az FS frissítését V5 formátumra, de több mint elegendő idő áll rendelkezésre a frissítésre, mivel a V4 támogatása 2030-ig megmarad. Az XFS megváltoztatta az inode bemenet méretét is btree, több redundancia-ellenőrzést és gyorsabb csatlakoztatási időt tesz lehetővé.
A FUSE alrendszer számára a DAX műveletek támogatása a fájlrendszer közvetlen eléréséhez, az oldal gyorsítótárának megkerülésével olyan alkalmazásszintű zárszerkezet nélkül, amelyet a kettős gyorsítótár-vírusok elkerülése érdekében használnak a vendégrendszerek közös hozzáférésének megszervezéséhez. , könyvtárak és fájlok. A Virtiofs emellett támogatja a különféle csatlakozási pontokkal rendelkező partíciók külön-külön történő felszerelését a gazdagépen.
A fájlrendszer Az F2FS új szemétszedési módot ad hozzá ATGC (Age Threshold Garbage Collection), a zónás NVMe eszközök jobb támogatása és a tömörített adatok gyorsabb kibontása.
Az F2FS-ben és az Ext4-ben a fájlnevekkel való munkavégzés módja úgy lett átalakítva, hogy nem vették figyelembe a nagybetűket; úgy döntöttek, hogy egységesítik a kis- és nagybetűk nélküli fájlnevek megvalósítását azáltal, hogy a társított kódot egy közös könyvtárba helyezik át.
Egy másik fontos változás a aszinkron I / O interfész io_uring, amely növeli a korlátozott gyűrűk létrehozásának lehetőségét amelyet bizalmatlan folyamatokkal biztonságosan meg lehet osztani. Ez a szolgáltatás lehetővé teszi az alapalkalmazás számára, hogy szelektíven korlátozza a hozzáférést csak a leírókhoz harmadik fél által készített alkalmazásokból az io_uring segítségével, valamint a PIDFD_NONBLOCK jelzőt hozzáadták a pidfd_open () rendszerhíváshoz, hogy létrehozzanak egy nem zároló fájlleírót (hasonlóan a pidfd O_NONBLOCK-jához).