SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
total used free shared buffers cached
Mem: 16005 9962 6042 0 68 65
-/+ buffers/cache: 9828 6176
Swap: 1999 0 1999
A proč se tolik liší buff. a cached v prvním řádku a poté v druhém?
Děkuji za radu.
Pavel
rád bych se zeptal jak dostat zpět nachacováno paměť. Viz níže výstup free.
Pokud je host potřebuje k něčemu užitečnějšímu, mělo by se tak stát automaticky. A těch 65 MB ho nejspíš stejně moc nevytrhne.
A proč se tolik liší buff. a cached v prvním řádku a poté v druhém?
Nepřipadá mi, že by se to nějak lišilo: 9962 - 68 - 65 = 9829, 6042 + 68 + 65 = 6175. Ten 1 MB rozdílu je nejspíš jen důsledek zaokrouhlení, pokud si necháte zobrazit hodnoty v KB, mělo by to vyjít přesně.
cat /proc/meminfo MemTotal: 16389376 kB MemFree: 5364680 kB Buffers: 73744 kB Cached: 74144 kB SwapCached: 0 kB Active: 464940 kB Inactive: 54756 kB Active(anon): 372076 kB Inactive(anon): 164 kB Active(file): 92864 kB Inactive(file): 54592 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 2047992 kB SwapFree: 2047992 kB Dirty: 4 kB Writeback: 0 kB AnonPages: 371824 kB Mapped: 23908 kB Shmem: 416 kB Slab: 142764 kB SReclaimable: 109800 kB SUnreclaim: 32964 kB KernelStack: 2024 kB PageTables: 13168 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 10242680 kB Committed_AS: 670100 kB VmallocTotal: 34359738367 kB VmallocUsed: 303304 kB VmallocChunk: 34359428496 kB HardwareCorrupted: 0 kB AnonHugePages: 256000 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 10240 kB DirectMap2M: 16824320 kB
Jde o to, že Vmware pořád alokuje pamět danému guestu, byť ballooningu.
To samo o sobě neznamená, že je něco špatně. Problém by to byl teprve v okamžiku, kdy by ji host potřeboval a nedostal. Jen pro pořádek: ten výstup free a obsah /proc/meminfo je z hosta nebo guesta?
. Dá se případně nějak provést simulace toho, zda z guesta dokáže tu pamět dostat? Třeba u windowsu zabírá 90% paměti cache :))
Dá se nějak na guesta omezit pamět, kterou by měl optimálně využít? Servery mají 96GB, ale využití na každý z clusteru je plánováno na 64GB s tím, to nad je rezerva při fail serveru pro vmotion.
echo 3 > /proc/sys/vm/drop_cachesDotaz nechápu, buff. a cached je jen v prvním řádku. V druhém řádku jsou hodnoty used/free od nichž je odečteno (-) resp. přičteno (+) buff. a cached. Pokud z toho chcete opět zjistit buff. a cached, jde o vyšší matematiku (sčítání a odčítání) ale dostanete se na stejné hodnoty, jaké jsou v prvním řádku.
Tiskni
Sdílej:
