A Linux 6.9 gyorsabb rendszerindítást kínál nagy, sok RAM-mal rendelkező rendszereken

Tux, a Linux kernel kabalája

A Linux kernel a Linux operációs rendszerek (OS) gerince, és az alapvető interfész a számítógép hardverei és folyamatai között.

Pár napja Megosztjuk itt a blogon az egyik változás hírét Amit az induláskor találhatunk a Linux kernel 6.9, ami jelenleg fejlesztés alatt áll, és különböző változtatásokat már ismertettünk, és amit bejelentettünk, hogy az EXT2 már átment az elavult kategóriába, és azt is, hogy a régi NTFS-illesztőprogram használata mellőzve lesz. a Paragon Software által fejlesztett illesztőprogram.

most, a legfrissebb hírekben az új funkciókról, amelyeket a Linux 6.9 fog bemutatni nekünk, az A kernel ezen verziója jelentősen javítja az indítási időt nagy mennyiségű RAM-mal rendelkező rendszereket kezelő felhasználók számára, különösen azok számára, amelyek Használják a HugeTLB oldalakat. Ez jelentősen lecsökkenti az oldalak inicializálásához szükséges időt a rendszerindítási folyamat során.

Kapcsolódó cikk:
A Paragon kiadott egy NTFS implementációt a Linux kernelhez

És a változtatás a Linux 6.9-ben lehetővé teszi a nagyszámú HugeTLB oldallal rendelkező rendszerek számára, hogy észrevehető csökkenést tapasztaljanak kezdési időpontban. Például 2 TB-os rendszereken, ahol 1800 1 GB-os oldal van inicializálva, ami jelenleg 1-2 másodpercet vesz igénybe az összesen 10 másodpercből, ami kétségtelenül jelentős előrelépés ezekben az időkben. Hasonlóképpen, a 12 TB-os Intel gazdagépeken, ahol 11 776 1 GB-os oldal van inicializálva, ami akár egy percet is igénybe vehet, az indítási idők jelentős csökkenése tapasztalható.

Ezek az előrelépések a Linux fejlesztő, Gang Li of Bytedance elkötelezett munkája tette lehetővé, akik több javításon is átestek a hatékony végrehajtás érdekében. A meglévő kernel infrastruktúra, mint pl padata_do_multithreaded, minimális módosításokkal használták ezen eredmények elérése érdekében.

Két frissítés a v6-ban…

– Javítva a lehetséges hiba a together_bootmem_prealloc_node-ban
A padata_do_multithreaded megvalósítás biztosítja, hogy mindegyik
Az together_bootmem_prealloc_node feladat egy csomópontot kezel. Azonban az API leírt
a megjegyzésben a padata_do_multithreaded azt jelzi, hogy a padata_do_multithreaded is
Egy feladathoz több csomópontot is hozzárendelhet együtt_bootmem_prealloc_node.

A padata_do_multithreaded jövőbeli módosításaiból adódó esetleges hibák elkerülése érdekében,
Az together_bootmem_prealloc_parallel be van vezetve a becsomagoláshoz
together_bootmem_prealloc_node.

Az előnyök e fejlesztések közül különösen figyelemre méltó olyan környezetekben, ahol a szolgáltatások elérhetősége és a rendszer üzemideje kritikus, mint a hiperskálázók és a nagyon nagy szervereket kezelő nagy szervezetek esetében. Az újraindítások alatti indítási idő csökkentése nagy előnyt jelent a gyorsabb és hatékonyabb üzemidő biztosításához.

Amellett, hogy, Érdemes megemlíteni egy másik változást is amelyek a Linux 6.9-be kerültek be, amely az Intel tapasztalt Linux-mérnökének javítása, amely egy továbbfejlesztett technikát mutat be a memória sávszélességének korlátozására az x86-os gyorsítótár-frissítéseknél, hasonlóan ahhoz, amit az Intel az RDT és AMD EPYC CPU-kban használ resctrl kóddal.

A javítás szerzője megemlíti, hogy:

Az MBA_mbps visszacsatolási hurok növeli a szabályozást, ha egy csoport nagyobb sávszélességet használ, mint a sémafájlban beállított felhasználó, és csökkenti a szabályozást, ha az a cél alatt van.

Érdemes megemlíteni, hogy az új technika korlátozza a memória sávszélességét Úgy tervezték, hogy hatékonyabban tudja kezelni a nem egyenletes terhelési szintekkel járó munkaterhelésekets, elkerülve a szükségtelen büntetéseket, amelyek a kernel korábbi verzióiban előfordultak.

Az egyes iterációk sebességének szükségtelen ingadozásainak elkerülése érdekében a „delta_comp” jelző jelzi a sávszélesség tényleges változásait, amelyeket a következő iterációban rögzíteni kell a „delta_bw”-ben. A szabályozás csak akkor csökken, ha az aktuális sávszélesség plusz delta_bw a felhasználó célértéke alatt van.

Mint ilyen megemlítik, hogy Az algoritmus jól működik állandó sávszélességű munkaterhelés mellett, de meghiúsulhat, ha a terhelés éppen akkor változik, amikor a szabályozás megváltozik. Ennek megoldására egy egyszerűbb technikát valósítottak meg, amely kiszámítja a sávszélesség potenciális növekedését, ha a fojtást a következő magasabb szintre csökkentik, biztosítva, hogy a fojtás csökkentése előtt a felhasználó célértéke alatt maradjon.

Ha érdekelne többet megtudni róla, a részletekről az alábbi linkeken tájékozódhat: