Celkové tržby společnosti Canonical za rok 2024 byly 292 milionů dolarů (pdf). Za rok 2023 to bylo 251 milionů dolarů.
Byla vydána verze 1.88.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Distribuce Tails specializující se ochranu online soukromí uživatele byla vydána ve verzi 6.17. Mimo jiné aktualizuje Tor Browser (14.5.4) a opravuje několik chyb.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 2. snapshot Ubuntu 25.10 (Questing Quokka).
Město Lyon posiluje svou digitální suverenitu a postupně nahrazuje software od společnosti Microsoft bezplatnými alternativami, zejména OnlyOffice pro kancelářské aplikace a Linux a PostgreSQL pro systémy a databáze.
Evropská občanská iniciativa Stop Destroying Videogames se snaží o to, aby vydavatelé, kteří spotřebitelům v Evropské unii prodávají videohry nebo na ně udělují licence, měli povinnost tyto hry ponechat ve funkčním (hratelném) stavu i po ukončení podpory ze své strany. Podpořit podpisem tuto iniciativu můžete v Systému pro online sběr podpisů.
Mozilla oficiálně ukončila svůj již několik let mrtvý projekt DeepSpeech pro převod řeči na text.
Krátce po oficiálním oznámení forku X.Org Xserveru s názvem XLibre Xserver byl ve Fedoře předložen návrh, aby byl X.Org Xserver nahrazen tímto XLibre Xserverem. Po krátké ale intenzivní diskusi byl návrh stažen.
62 projektů získalo finanční podporu od NLnet Foundation (Wikipedie).
Byl vydán SUSE Linux Enterprise 15 SP7. Přehled novinek v poznámkách k vydání a v aktualizované dokumentaci.
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: