Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Byly publikovány informace (txt) o zranitelnostech CVE-2025-5054 v Apport a CVE-2025-4598 v systemd-coredump. Lokální uživatel se může dostat k výpisu paměti programu (core dump) s SUID a přečíst si tak například /etc/shadow.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,69 %. 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 30,95 %. Procesor AMD používá 68,77 % hráčů na Linuxu.
Byla vydána verze 4.0 open source programu na kreslení grafů Veusz (Wikipedie). Přehled novinek v poznámkách k vydání. Proběhla portace na Qt 6.
Dibuja je jednoduchý kreslící program inspirovaný programy Paintbrush pro macOS a Malování pro Windows. Vydána byla verze 0.26.0.
Byla vydána nová verze 9.13 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána nová stabilní verze 3.22.0, tj. první z nové řady 3.22, 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í.
FEL ČVUT vyvinula robotickou stavebnici pro mladé programátory. Stavebnice Brian byla navržená speciálně pro potřeby populární Robosoutěže. Jde ale také o samostatný produkt, který si může koupit každý fanoušek robotiky a programování od 10 let, ideální je i pro střední školy jako výuková pomůcka. Jádro stavebnice tvoří programovatelná řídicí jednotka, kterou vyvinul tým z FEL ČVUT ve spolupráci s průmyslovými partnery. Stavebnici
… více »Ubuntu bude pro testování nových verzí vydávat měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 25.10 (Questing Quokka).
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: