Byla vydána (Mastodon, 𝕏) vývojová verze 3.1.4 příští stabilní verze 3.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání.
Zakladatel ChimeraOS představil další linuxovou distribuci zaměřenou na hráče počítačových her. Kazeta je linuxová distribuce inspirována herními konzolemi z 90. let. Pro hraní hry je potřeba vložit paměťové médium s danou hrou. Doporučeny jsou SD karty.
Komunita kolem Linuxu From Scratch (LFS) vydala Linux From Scratch 12.4 a Linux From Scratch 12.4 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází s Glibc 2.42, Binutils 2.45 a Linuxem 6.15.1. Současně bylo oznámeno vydání verze 12.4 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.
Organizátoři konference LinuxDays ukončili veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata, která na letošní konferenci zaznějí. Hlasovat můžete do neděle 7. září. Poté podle výsledků hlasování organizátoři sestaví program pro letošní ročník. Konference proběhne 4. a 5. října v Praze.
Byla vydána verze 11.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. Vypíchnout lze, že v Plasmě byl implementován 22letý požadavek. Historie schránky nově umožňuje ohvězdičkovat vybrané položky a mít k ním trvalý a snadný přístup.
Wayfire, kompozitní správce oken běžící nad Waylandem a využívající wlroots, byl vydán ve verzi 0.10.0. Zdrojové kódy jsou k dispozici na GitHubu. Videoukázky na YouTube.
Před necelými čtyřmi měsíci byl Steven Deobald jmenován novým výkonným ředitelem GNOME Foundation. Včera skončil, protože "nebyl pro tuto roli v tento čas ten pravý".
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 156 (pdf).
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.8.1. Přehled novinek v Changelogu.
Teoreticky to může to být i obráceně: systém původně potřeboval něco odswapovat, ale potom se paměť uvolnila. Systém nezačne sám od sebe načítat stránky ze swapu, dokud je nepotřebuje.
Pro tazatele: není vůbec důležité "kolik je toho ve swapu" nebo "kolik mám volné paměti" (ve smyslu hodnoty free). Spíš je důležité, kolik paměti je "k dispozici", to je ta orientační hodnota available na novějších systémech, do které se počítá i např. reclaimable page cache. A také to, jestli se příliš často nestává, že potřebuje-li systém alokovat paměť, musí kvůli tomu čekat na zápis na disk (ať už kvůli uvolnění page cache nebo kvůli odswapování nepoužívaných stránek), případně jestli nemusí příliš často načítat stránky zpátky ze swapu. V tom prvním ohledu může právě "zbytečné" odswapování nepoužívaných stránek pomoci.
Swap se může použít i dřív, než dojde RAM, jak už tu někteří psali.
Ale ještě bych rád upozornil na další možný scénář, při kterém popsaná situace vzniká. Ano, swap se (obecně a zjednodušeně řešeno) začne používat, když systém usoudí, že má nedostatek volných fyzických stránek. Důležitějším faktem ale je, že se swap (obecně) nepřestane používat poté, co se fyzická RAM uvolní. Jediný způsob, jak dostat odswapované stránky zpět do fyzické paměti, je přístup k nim, tedy zápis/čtení na virtuálních adresách, které jsou v té době namapované do swapu. To vyvolá výjimku (protože záznamy o těchto stránkách má pouze kernel ve svých datových strukturách, ale v TLB nebo (v případě Intelu) ve stránkovacích tabulkách o nich záznam není, pochopitelně, protože neexistuje v té chvíli fyzická stránka, na kterou by ukazoval) a přinutí kernel přesunout příslušné stránky zpět do RAM a aktualizovat TLB nebo stránkovací tabulky (aniž by si toho příslušný proces všiml). To se ovšem obecně nebude dít příliš často, protože ve swapu skončí (přednostně, na základě různých hardwarem podporovaných heuristik) málo používané stránky.
Sečteno a podtrženo, je možné, že systém měl v minulosti (během téhož uptime) nedostatek paměti, začal swapovat, ale pak se paměť znovu uvolnila. Data, která skončila ve swapu, ale žádný proces (ani kernel) k nim nepotřeboval znova přistupovat, zůstávají dál ve swapu. (A v podstatě to ničemu nevadí, dlužno dodat.)
Pro Linux existovalo několik generací patch setů pro „unswap“, které by po uvolnění fyzické paměti začaly automaticky (a relativně pomalu) přesouvat + mapovat odswapované stránky zpět do fyzické paměti, aniž by takové stránky musely být nutně potřebné. Ale pokud vím, žádný z těch patch setů se nakonec nedostal do hlavní řady kernelu a většinou debata skončila závěrem typu „než řešit tohle, raději víc RAM“.
Unswap pomáhá, když je dočasný nedostatek paměti ojedinělá a vzácná událost. Unswap naopak škodí, když se dočasný nedostatek paměti dostavuje častěji nebo periodicky. Vše tedy závisí a účelu a způsobu použití příslušného systému a neexistuje žádné one size fits all řešení. Zatím je tedy „řešením“ nedělat nic a docela to funguje.
Tak proto se může stát, že se používá swap, i když (už) v danou chvíli není potřebný.
Nijak.
Pozorností jsem nikdy příliš neoplýval.
swapoff -a && swapon -a
zram
. Je to rýchlejšie ako SSD, ale aj drahšie.
vm.swappiness
na 100.
Samozrejme, aj tu platí pravidlo "Všetko s mierou!" a admin musí byť príčetný.
Tiskni
Sdílej: