V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.
Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.
Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
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: