Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Tak od ledna linuxové terminály, výchozí pozadí i celé desktopy v barvě "broskvového chmýří", v barvě "jejíž všeobjímající duch obohacuje mysl, tělo i srdce". Barvou roku 2024 je PANTONE 13-1023 Peach Fuzz.
Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.
Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.
Byla vydána listopadová aktualizace aneb nová verze 1.85 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
git.kernel.org je nově oficiálně také v tmavém vzhledu.
Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.
Byla vydána nová stabilní verze 3.19.0, tj. první z nové řady 3.19, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou podporu Raspberry Pi 5.
Altap Salamander (Wikipedie), dvoupanelový správce souborů pro Windows, byl uvolněn jako open source pod názvem Open Salamander. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv2.
Společnost JetBrains představila (YouTube) svou umělou inteligenci JetBrains AI a nástroj AI Assistant v IDE.
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: