Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.
3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.
Po aktualizaci CentOS 7.3.1611 na 7.4.1708 na ThinkPadu T530 mi začal systém občas na chvilku zatuhávat. Po pár jednotkách až desítkách minut vždycky na okamžik (určitě pod 1 s) zatuhne celé GUI včetně kurzoru myši. V logu nic zvláštního. Říkal jsem si, že blbne novější Gnome. Teď jsem ale nabootoval starší jádro ještě z 7.3.1611 a vypadá to, že systém běží plynule.
Zatím jsem jenom zvýšil počet installonly_limit
v /etc/yum.conf
, abych při aktualizaci nepřišel o starší jádra a čekám, jestli se problém s nějakou aktualizací vyřeší. Můžete mi někdo poradit jakým způsobem bych mohl zjistit co způsobuje chvilkové zatuhnutí celého systému? Jaké nástroje k tomu použít a jak? Díky.
/proc/sys/vm/dirty_background_bytes
, /proc/sys/vm/dirty_bytes
a /proc/sys/vm/swappiness
Děje se to i když se nic nekopíruje. Paměti je celkem dost. Swap je vypnutý. Load minimální. Přesto se občas všechno na chvilku zasekne.
[root@t530 ~]# uptime 13:05:18 up 5:59, 3 users, load average: 0.12, 0.80, 1.31 [root@t530 ~]# free total used free shared buff/cache available Mem: 16122596 2585424 7227156 264100 6310016 12794444 Swap: 0 0 0 [root@t530 ~]# cat /proc/sys/vm/dirty_background_bytes 0 [root@t530 ~]# cat /proc/sys/vm/dirty_bytes 0 [root@t530 ~]# cat /proc/sys/vm/swappiness 60
V htop a iotop jsem zatím nic zvláštního nechytil. Ale ty dotazy na kopírování a IO mě ještě nasměrovaly na další věc. Pracovní filesystémy mám namountované ze serveru přes NFS. Zkusím sledovat co se bude dít, když NFS nebude připojené.
echo 33554432 > /proc/sys/vm/dirty_background_bytes #32MB = 3% z 1GB; mohlo by bejt 100MB = 10% z 1GB
echo 66554432 > /proc/sys/vm/dirty_bytes #64MB = 6% z 1GB; mohlo by bejt 200MB = 20% z 1GB
nfs mi delalo problemy s defaultnim hard, musel jsem dat soft, ale uz je to dlouho a ted nfs nemam
jaky mas ty mount options pro to nfs?
Ratio je implicitně takhle:
[root@t530 ~]$ cat /proc/sys/vm/dirty_background_ratio 10 [root@t530 ~]$ cat /proc/sys/vm/dirty_ratio 20
NFS mountuju pořád s parametry, které jsem používal před více než deseti lety na RHEL 6, takže je dost možný, že v dnešní době tam mám blbosti:
auto,rw,noatime,nodiratime,nodev,async,_netdev,proto=tcp,retry=5,rsize=32768,wsize=32768,soft,intr
To chvilkové zatuhávání celého systému se mi ale stává i když nic z NFS nepoužívám. Pouze mám ty NFS filesystémy připojené, ale nic na nich nedělám.
Tak po nastavení dirty_background_bytes
na 32MB a dirty_bytes
na 64MB se to snad zlepšilo. Funguju s tím dneska celý den a těch zadrhnutí bylo jenom pár. Teď ještě jak se dostat do stavu jako před aktualizací, kdy se to nestávalo vůbec.
Staré jádro samo o sobě nepomohlo. S velkou aktualizací tam musela být ještě nějaká další změna.
Zadrhnutí myši bych si moc dobře všiml, protože třeba při několikahodinové práci na schématech/layoutu je každé zadrhnutí k vzteku.
Na NFS se ještě mrknu. To ale nejde v pracovní dny, kdy na NFS filesystému potřebuji pracovat. Někdy si na to udělám čas.
Zatím díky všem za pomoc. Vypadá to, že dirty pages byly hlavní zdroj problémů.
$ uname -a Linux 4.9.0-4-rt-amd64 #1 SMP PREEMPT RT Debian 4.9.51-1 (2017-09-28) x86_64 GNU/LinuxMám ho tu teprve druhý den, ale vypadá to nadějně. Zdá se, že i když jedna aplikace maká, tak zbytek desktopu má mnohem lepší odezvy a práce je plynulejší. Ale nemám naměřené žádné hodnoty a nevím, jak přesně se RT jádro chová k běžným aplikací, které nemají RT prioritu, takže to možná bude jen placebo efekt v kombinaci s rebootem
_ratio
" a ne "_bytes
".
Zaměřím se na to. Zajímavé je, že to chvilkové zatuhnutí sytému (skutečně zamrzne i Gnome a kurzor myši na <<1 s) se děje i když na těch NFS filesystémech vůbec nic nedělám a jsou pouze přimountované.
Mě až do upgradu na 1708 všechno funguvalo naprosto v pořádku a stabilně. Žádné zadrhnutí jsem do té doby nikdy neviděl. Po aktualizaci na 1708 bez jakékoliv další změny v systému se to najednou začalo dít. Navíc nemůžu úplně potvrdit, že by to nějak víc zamrzávalo při diskových operacích.
syslogu
?
Tiskni
Sdílej: