Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
Wine bylo po roce vývoje od vydání verze 10.0 vydáno v nové stabilní verzi 11.0. Přehled novinek na GitLabu. Vypíchnuta je podpora NTSYNC a dokončení architektury WoW64.
Byl vydán Mozilla Firefox 147.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Firefox nově podporuje Freedesktop.org XDG Base Directory Specification. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 147 bude brzy k dispozici také na Flathubu a Snapcraftu.
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.
Hlvnim spoustecem jtohoto chovani e kopirovani velkeho baliku dat (200 GB+) z lokalniho disku na NAS.
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
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
21.12.2016 03:20
26.12.2016 20:40
23.12.2016 22:20
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:
