Megjelent a Linux kernel 5.16 verziója

kami911 képe

Megjelent a Linux kernel 5.16 verziója. Ezt a verziót a játékosok is szeretnék majd telepíteni. Vessünk egy pillantást a lényegesebb újdonságokra:

  • Új futex_waitv() rendszerhívás a jobb játékteljesítmény érdekében.
    A FUTEX2 nagy előrelépés a Linuxon futó windows-os játékok számára, hogy jobban megfeleljen a Windows kernel funkcionalitásának. A Proton / Wine frissítései szükségesek ahhoz, hogy ezt a rendszerhívást és annak lehetséges teljesítményelőnyeit ki lehessen használni. Cikk: Short subjects: Realtime, Futexes, and ntfs3, Dokumentáció: Documentation/userspace-api/futex2.rst
  • Fájlrendszer-állapotjelentés a fanotify segítségével
    Ez a kiadás egy új FAN_FS_ERROR fanotify eseménytípussal bővül a fájlrendszer egészére kiterjedő hibajelentésekhez. Ezt a fájlrendszer állapotfigyelő démonok hivatottak használni, amelyek figyelik ezeket az eseményeket, és lépéseket tesznek (értesítik a rendszergazdát, elindítják a helyreállítást), amikor egy fájlrendszer-problémát észlelnek. Csak az első hibát igyekszik jelenteni, amely az utolsó értesítés óta történt egy fájlrendszernél, és a további hibákat egyszerűen megszámolja. Ez biztosítja, hogy a legfontosabb információk soha ne vesszenek el. Jelenleg az egyetlen fájlrendszer, amely támogatja ezt az interfészt, az Ext4. Dokumentáció: Documentation/admin-guide/filesystem-monitoring.rst
  • Memória lapok infrastruktúrája a gyorsabb memóriakezelés érdekében
    A rendszer memóriájának kezeléséhez a rendelkezésre álló RAM memóriát kis egységekre, úgynevezett lapokra osztják. Ezeknek a lapoknak a mérete az architektúrától függően változik, de x86-os rendszereken ez KB nagyságrendű (4 KB). A több tíz GB-os modern rendszerekben egy ilyen kis lapméret hatalmas mennyiségű lapnak felel meg, amelyet nehéz kezelni. A probléma megoldására a Linux kernel kifejlesztette az összetett oldalak koncepcióját, amelyek olyan lapstruktúrák, amelyek egynél több fizikai oldalt tartalmazhatnak. De ezeknek az összetett oldalaknak a működése nem egyértelmű, és hibára érzékeny API-kat tartalmaz, amelyek némi többletterhelést is okoznak az egész kernelben.
    Ez a kiadás bevezeti az oldallapok koncepcióját, amelyek olyanok, mint az összetett oldalak, de jobb szemantikával. A lapok használata a rendszermag néhány alapvető részében teljesítményjavulást eredményez a gyakori munkaterhelésekben. Ez a kiadás tartalmazza a lapok alapvető infrastruktúráját, és átalakítja az alapvető memóriakezelő alrendszer és a lap gyorsítótár néhány részét. A jövőbeni kiadások átalakítanak néhány fájlrendszert és bevezetik a többoldalas lapokat. Cikk: Clarifying memory management with page folios, és The folio pull-request pushback
  • Fürt ütemező támogatás hozzáadása a feladatütemezőhöz
    Egyes gépek olyan hardvertopológiával rendelkeznek, amelyben néhány CPU-mag, jellemzően 4 mag, osztozik azonos gyorsítótáron (például: ARM Kunpeng 920, x86 Jacobsville). E speciális topológia ismerete drasztikusan javíthatja a feladatütemezési döntéseket. Ez a kiadás a feladatütemezőt kiegészíti a klasztertipológiák támogatásával, amely nagyobb memória-sávszélességet hozhat és csökkenti a gyorsítótárak közötti versenyhelyzetet.
  • AMX utasítások támogatása
    Ez a kiadás megkapta az Intel Advanced Matrix Extensions (AMX) utasításkészlet támogatást. Ezek a bővítmények hamarosan a szervereken is megjelennek. Az AMX konfigurálható TMM „TILE" regiszterekből és az ezeken működő új CPU utasításokból áll. A TMUL (Tile matrix MULtiply) az első olyan operátor, amely kihasználja az új regiszterek előnyeit, és a jövőben további utasításokkal bővül.
  • DAMON-alapú proaktív memória-visszanyerés, műveleti sémák és fizikai memóriafelügyelet. Dokumentáció: Documentation/admin-guide/mm/damon/reclaim.rs és Documentation/admin-guide/mm/damon/usage.rs
  • Az lemezre írási torlódások javítása
  • Amikor egy folyamat sok adatot ír, és a lemez nem tud lépést tartani (azaz „túlterhelt"-té válik), a folyamatnak nem szabad megengedni, hogy további írási kéréseket intézzen, amíg a jelenlegi írási kérések be nem fejeződnek. A zsúfoltság jelzésére használt mechanizmusokat egy új megközelítéssel váltják fel. Cikk: Replacing congestion_wait()
  • DisplayPort 2.0 támogatása az AMDGPU-illesztőprogramot használó GPU-khoz. Már a DisplayPort 2.0 támogatással rendelkező következő generációs GPU-k előtt a kernel része lett.
  • Az AMDGPU USB4-be történő kijelző adatkapcsolat beágyazása a Rembrandt, azaz a Yellow Carp kódnevű APU megjelenésének előkészítéseként.
  • Az újabb AMD GPU-k új kódútat használják az eszközszámozáshoz.
  • Az AMD GPU-k teljesítményének jelentő javulása, a mérések szerint.
  • AZ AMD egységekkel szerelt laptopban, másodlagos GPU-ként használt AMD GPU-k DRI_PRIME teljesítmény növekedése, a mérések szerint.
  • VirtIO Context Types támogatás: több felhasználási környezet támogatása a VirtIO virtuális grafikus vezérlővel. A kontextustípusok a virtio-gpu 3D részét bővíthetővé teszik, megnyitva az utat az új kialakítások és API-k előtt.
  • A Nintendo Switch kontroller-illesztőprogramjai, a Switch Pro és a Joy-Cons kontrollerekhez, végre a kernel részévé váltak.
  • Jobb támogatás a Sony PlayStation 5 kontrollerhez.
  • Jobb támogatás a HP Omen laptopokhoz.
  • Mostantól támogatott az Intel Gen12 alapú grafikus eszközök (Xe).
  • Az Intel Alder Lake S grafikus alrendszer támogatása most már stabilnak tekinthető
  • Az intel DG2/Alchemist grafikus vezérlőhöz is van kezdeti támogatás már.
  • Az AMD EPYC CPU-k mostantól titkosított Secure Encrypted Virtualization SEV/SEV-ES azonos gépen belüli élő migrációt a KVM esetében.
  • A RISC-V alapértelmezett rendszermag-összeállítása mostantól lehetővé teszi a nyílt forráskódú NVIDIA-illesztőprogram használatát.
  • A KVM RISC-V hypervisor támogatása a jövőbeni RISC-V processzorok számára, amelyek rendelkeznek az adott hypervisor kiterjesztés támogatásával.
  • Raspberry Pi Compute Module 4 támogatás a kernelben.
  • A MIPS Netlogic SoC-k eltávolítása.
  • Snapdragon 690 és más új ARM hardverek támogatása, mint például a Rockchip RK3566 és RK3688.
  • Hang támogatás a Yellow Carp és a Van Gogh APU audio társprocesszor működéséhez.
  • Az Apple Magic billentyűzet 2021-es verziójának jobb támogatása.
  • Új Realtek 802.11ax illesztőprogram, jobb hardvertámogatás.
  • Javul a Microsoft Surface Pro 8, Surface Laptop Studio és a Surface Go 3 támogatása.
  • A Xiaomi Mi vezeték nélküli egér oldalsó gombjainak mostantól rendeltetésszerűen kell működniük.
  • A Playstation 5 kontrollereinek DualSense LED-jei most már működni fognak (a Linux kernel 5.12 verzió óta illesztőprogrammal támogatott).
  • A Wacom legújabb Intuos rajztáblái is támogatottá váltak.
  • A Nitrokey FIDO U2F szintén javított változatot, azonnali működést kapnak.
  • Egy csomó más fájlrendszer frissítés, kernel finomítások, illesztőprogram kiegészítések és hálózati fejlesztések is szerepelnek az újdonságok listáján.

A Linux 5.16 funkciólistájában részletesebb áttekintést kaphat a kernel ezen verziójának összes változásáról.

Ahogy Linux írta:

Not a lot here since -rc8, which is not unexpected. We had that extra
week due to the holidays, and it's not like we had lots of last-minute
things that needed to be sorted out.

So this mainly contains some driver fixes (mainly networking and
rdma), a cgroup credential use fix, a few core networking fixes, a
couple of last-minute reverts, and some other random noise. The
appended shortlog is so small that you might as well scroll through
it.

This obviously means that the merge window for 5.17 opens tomorrow,
and I'm happy to say I already have several pending early pull
requests.  I wish I had even more, because this merge window is going
to be somewhat painful due to unfortunate travel for family reasons.
So I'll be doing most of it on the road on a laptop - something I
generally try to avoid.

That said, the merging part of the merge window works perfectly well
on a laptop, it's just that I normally really want to do more local
build testing between merges than a laptop really allows me to do. So
the main downside during travel is that I end up relying much more on
the automated build testing in the cloud. And so really hope that
everything has been properly cooking in linux-next so that there are
no unnecessary issues that pop up when things hit my tree.

Of course, realistically our automated build testing is so good
anyway, and people have been pretty good about linux-next, that maybe
my local builds aren't _that_ important. I do end up occasionally
hitting issues that should never have made it as far as my tree, but
it's not like it's a common - or generally serious - issue.

Knock wood.

Anyway, I don't expect any real issue, but I'll probably be jetlagged
and in odd timezones, so my response time might be "variable".

But hey, before that merge window even opens, you still have some time
to give a shiny new kernel release some TLC and testing.

                Linus

(kép)