Tento týden byla vydána nová verze 1.52 webového prohlížeče Brave (Wikipedie, GitHub). Postavena je na Chromiu 114. Z novinek lze vypíchnout možnost povolit vertikální karty (vertical tabs). Také bylo představeno Brave Search API k vyhledávači Brave Search.
Matthias Clasen z Red Hatu oznámil v diskusním listu vývojářů Fedora Linuxu, že tým Red Hat Display Systems se zaměří na Wayland a podporu HDR na Linuxu a přestane spravovat RPM balíčky pro LibreOffice. V další major verzi RHELu už LibreOffice nebude. Pokud se nenajde správce balíčků pro Fedora Linux, zůstane pouze LibreOffice ve Flatpaku.
Na Steamu lze získat zdarma počítačovou hru Tell Me Why (ProtonDB). Na Epic Games Storu počítačovou hru Midnight Ghost Hunt (ProtonDB).
Společnost Meta představila (YouTube) brýle pro virtuální realitu Meta Quest 3. V prodeji budou na podzim a stát budou od 499,99 dolarů.
Byla vydána nová verze 2.41.0 distribuovaného systému správy verzí Git. Přispělo 95 vývojářů, z toho 29 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Organizace Apache Software Foundation (ASF) vydala verzi 18 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byla vydána verze 1.70.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. Jako reakce na rostoucí obavy z vlivu korporací na vývoj Rustu a předložený návrh restriktivních zásad používání ochranných známek Rustu, byl nedávno představen komunitní fork Rustu se 100 % méně byrokracie: Crab (CrabLang).
Oliver Smith z Canonicalu shrnuje základní vlastnosti „neměnné“ distribuce Ubuntu Core také ve srovnání s protějšky Chrome OS, Fedora Silverblue a MicroOS. Canonical připravuje desktopovou variantu Ubuntu Core vedle dosavadní serverové/embedded.
Z aktualizovaného seznamu chyb (pdf) procesoru AMD EPYC 7002: #1474 - procesor se po 1044 dnech od posledního resetu zasekne [reddit].
Fossil (Wikipedie) byl vydán ve verzi 2.22. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
systemd-analyze Startup finished in 3.366s (kernel) + 5.577s (initrd) + 4.416s (userspace) = 13.360skernel + initrd skoro 9 sec. Přitom systém startuje ze SSD, jádro má po 6M a initrd pod 9M. Rychlosti SSD jsou
hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 11700 MB in 2.00 seconds = 5851.52 MB/sec Timing buffered disk reads: 632 MB in 3.01 seconds = 210.27 MB/sec #dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc 1024+0 záznamů přečteno 1024+0 záznamů zapsáno 1 073 741 824 bajtů (1,1 GB) zkopírováno, 2,52218 s, 426 MB/s # echo 3 > /proc/sys/vm/drop_caches #dd if=tempfile of=/dev/null bs=1M count=1024 1024+0 záznamů přečteno 1024+0 záznamů zapsáno 1 073 741 824 bajtů (1,1 GB) zkopírováno, 2,83766 s, 378 MB/sProč startuje pár MB tak dlouho?
systemd-analyze plot
nic nedá. kernel a initrd jsou atomické operace. Procesor je 4 jádro i5 s nezamčeným násobičem a možností jít až na 4GHz, takže pomalostí procesoru to také být nemůže.
Řešení dotazu:
# hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 7434 MB in 2.00 seconds = 3718.63 MB/sec Timing buffered disk reads: 610 MB in 3.01 seconds = 202.78 MB/sec # dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc 1024+0 vstoupivších záznamů 1024+0 vystoupivších záznamů 1 073 741 824 bajtů (1,1 GB) zkopírováno, 6,71549 s, 160 MB/s # echo 3 > /proc/sys/vm/drop_caches # dd if=tempfile of=/dev/null bs=1M count=1024 1024+0 vstoupivších záznamů 1024+0 vystoupivších záznamů 1 073 741 824 bajtů (1,1 GB) zkopírováno, 5,09127 s, 211 MB/sbtw: co je to za distro ? koukam ze mas cz preklad bez vší :)
systemd-analyze plot > soubor
A moc nejsem si jist jestli bootchart je schopen rozebrat, co se děje přitom když se loaduje kernel a initrd.
Tak co nastavení grubu nebude tedy problém tam?+1 Kdysi jsem u grubu jako první vyhazoval vyhazoval z device.map řádek pro disketovku.
systemd-analyze Startup finished in 4.660s (kernel) + 1min 42.862s (userspace) = 1min 47.522s
Proč?
Jeden stroj:
Startup finished in 3.527s (kernel) + 46.858s (userspace) = 50.385s
Druhej stroj
Startup finished in 5.465s (kernel) + 1.687s (userspace) = 7.152s
Třetí
Startup finished in 1.817s (kernel) + 1.398s (userspace) = 3.215s
Všechny tři časy jsou zcela v pořádku, ten třetí měl ještě před časem 400ms userspace.
(První stroj je server s hromadou služeb, druhý je fyzická pracovní stanice s nějakým HW navíc, třetí je virtuálka pro testy.)
Proč?Třeba protože je ta hodnota podezřele blízká 90 sekundám a je tam ještě pár vteřin na víc a zbytek bootu? Samozřejmě to může být náhoda, ale vzhledem k tomu, že je boot time jinak většinou podstatně nižší, což ukazují i tvoje výsledky, je takové podezření nasnadě.
Startup finished in 15.000s (kernel) + 2min 4.588s (userspace) = 2min 19.589s
Tiskni
Sdílej: