Programovací jazyk JavaScript (Wikipedie) dnes slaví 30 let od svého oficiálního představení 4. prosince 1995.
Byly zveřejněny informace o kritické zranitelnosti CVE-2025-55182 s CVSS 10.0 v React Server Components. Zranitelnost je opravena v Reactu 19.0.1, 19.1.2 a 19.2.1.
Bylo rozhodnuto, že nejnovější Linux 6.18 je jádrem s prodlouženou upstream podporou (LTS). Ta je aktuálně plánována do prosince 2027. LTS jader je aktuálně šest: 5.10, 5.15, 6.1, 6.6, 6.12 a 6.18.
Byla vydána nová stabilní verze 3.23.0, tj. první z nové řady 3.23, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Byla vydána verze 6.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.
Po více než 7 měsících vývoje od vydání verze 6.8 byla vydána nová verze 6.9 svobodného open source redakčního systému WordPress. Kódové jméno Gene bylo vybráno na počest amerického jazzového klavíristy Gene Harrise (Ray Brown Trio - Summertime).
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za listopad (YouTube).
Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.
Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).
Není paměť úplně zaplněná? Používá se swap?
Pošli výstup free
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 379824 121472 0 10932 255100
-/+ buffers/cache: 113792 387504
Swap: 1048572 56832 991740
radek@arch-desktop: ~$
radek@arch-desktop: ~$
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 495120 6176 0 392 357148
-/+ buffers/cache: 137580 363716
Swap: 1048572 56848 991724
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 496508 4788 0 140 353784
-/+ buffers/cache: 142584 358712
Swap: 1048572 56852 991720
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 496616 4680 0 128 340888
-/+ buffers/cache: 155600 345696
Swap: 1048572 57132 991440
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 493108 8188 0 256 229364
-/+ buffers/cache: 263488 237808
Swap: 1048572 207408 841164
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 396292 105004 0 656 121972
-/+ buffers/cache: 273664 227632
Swap: 1048572 205496 843076
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 397640 103656 0 672 123548
-/+ buffers/cache: 273420 227876
Swap: 1048572 205452 843120
radek@arch-desktop: ~$
Problém bude v tom, že se používá swap ("virtuální paměť"). Řešením bude zjistit, které aplikace RAM "žerou" a nahradit je "menšími žrouty" nebo přikoupit paměť.
Není to hloupost. Já např. na svém notebooku mám v kolonce "used" ve výpisu "free" hodnotu 621 MB (mluvím o RAM, nikoli swap). A to používám (vyjma firefoxu) samé "odlehčené" programy -- např. pekwm jako správce oken.
Plete tu několik věcí dohromady.
Za prvé některá jádra na některém hardwaru skutečně předvádějí zátuhy, aniž by přitom byla nějaká swapovací aktivita. S tím neporadím.
Za druhé Linux při přidělování paměti blokové keši věští a někdy má špatný odhad. Dobře je to popsáno zde v kapitole Swappiness. Příznakem je vytlačování virtuální stránek procesů do swapu blokovou keší. Řešením je vypnout swap nebo poladit hodnotu swapinnes.
Za třetí podle dodaných výpisů skutečně něco (procesy nebo jádro, bez /proc/meminfo nelze soudit) spotřebovává paměť:
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 496616 4680 0 128 340888
-/+ buffers/cache: 155600 345696
Swap: 1048572 57132 991440
radek@arch-desktop: ~$ free
total used free shared buffers cached
Mem: 501296 493108 8188 0 256 229364
-/+ buffers/cache: 263488 237808
Swap: 1048572 207408 841164
Tato dvě sousední měření ukazují, že někde utíká paměť. Když sečte -/+buffers/cache:used se Swap:used a součty porovnáte, je vidět, že nejdříve jste měl skutečnou spotřebu 212732 a potom 470896.
On to taky může být prostě hloupě napsaný kopírovací program, který čte z rychlého disku, co to jde, do RAM a pomalu zapisuje do flashové paměti, takže v RAM se hromadí nezapsaná data. Normálně si nezapsaná data přebírá jádro a přesouvá je do blokové keše, ale ta vám v tomto případě také klesla, takže jádro přestalo data přijímat a slovutný kopírovací program místo držení rozumně velkého bufferu jej nafukoval až k prasknutí. Je to ale jen moje hypotéza. Chtělo by to prozkoumat, co zabírá paměť.
Tiskni
Sdílej: