Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Po čtyřech měsících vývoje od vydání verze 232 (zprávička) oznámil Lennart Poettering vydání verze 233 správce systému a služeb systemd (GitHub, NEWS).
Tiskni
Sdílej:
TAB doplňování minimálně u systemctl děsně pomalý (sekundy)?
time journalctl -F _SYSTEMD_UNIT > /dev/null real 0m56.254s user 0m1.544s sys 0m6.688s
man journalctl
-F, --field=
Print all possible data values the specified field can take in all entries of the journal.
Prostě si to nijak neindexuje a při výpisu všech hodnot fieldu to musí udělat full scan kompletních logů (které mohou být komprimované a šifrované - u mě to jede cca 50MB/s).
time journalctl -F _SYSTEMD_UNIT > /dev/null real 0m0,012s user 0m0,003s sys 0m0,010s
journalctl --disk-usage Archived and active journals take up 4.1G in the file system.Opakované volání vypadá takto:
time journalctl -F _SYSTEMD_UNIT > /dev/null real 0m4.261sAle zvykl jsem si
.
To už se to logování může vypnout zcela.
Prostě si to nijak neindexuje a při výpisu všech hodnot fieldu to musí udělat full scan kompletních logů (které mohou být komprimované a šifrované - u mě to jede cca 50MB/s).
Samozrejme, ze sa to indexuje [1].
le64_t field_hash_table_offset;
le64_t field_hash_table_size;
Treba ale povedat, ze ten index je "per journal". Myslim, ze problemom je skor "RAM-like disk access pattern", ktory je jednoducho pomaly na rotacnych HDD ([1] predposledny odstavec). Btw, 4GB lokalny log je imho relativne dost :).
[1] https://www.freedesktop.org/wiki/Software/systemd/journal-files/ [2] https://lists.freedesktop.org/archives/systemd-devel/2012-September/006470.html
$ time journalctl -F _SYSTEMD_UNIT > /dev/null real 0m0.028s user 0m0.004s sys 0m0.016s