KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
1. Rychlost čtení a zápisu umí většinou už předinstalovaný (v prostředí Gnome) program "gnome-disk-utility".https://www.maketecheasier.com/benchmark-storage-devices-gnome-disk-utility/ To vypadá ne-moc přesně, ale zkusím když je to jediné normal-user řešení. Snad to bude měřit pokaždé stejně na stejném disku, protože jich potřebuju porovnat víc a pokud budu dostávat pokaždé jiné výsledky i jen na tom samém, nebude mi to moc platné.
z historie ale vím že takové odkazy mohou nabízet už mrtvé projekty, shit-ware apod.Tak s takým typom (shhh) programového vybavenia sa prosím odsťahujte mimo Linuxu, mladý pán.
skóre: 63?
Problém je v tom, že na rozdíl od měření HDD u nichž je na například pro sekvenční rychlost významným faktorem pouze vzdálenost stopy od vnějšího okraje (průběžné se ke středu snižující počet sektorů na stopu) u SSD/Flash je těch faktorů ovlivňující výkon daleko více.
Jednoduchý nástroj jako zmíněné HDTune může poskytnou značně zavádějící výsledky (jeho free verze 2.55 z roku 2008 je tj. prakticky z před SSD éry).
Zde je průběh rychlosti sustain zápisu na dvou odlišných SSD.
U NVMe Samsungu je vidět, že po zaplnění pseudo-SLC cache je schopen stále trvalého zápisu (přímo do TLC buněk) cca 600MB/s.
https://www.monitos.cz/tmp/samsung_evo_960_500g_nvme.png
U levného SATA Kingstonu je po vyčerpání pseudo-SLC cache dosahováno rychlosti <50MB/s (musí uvolňovat prostor pseudo-SLC cache a zapisovat finálně jako TLC).
https://www.monitos.cz/tmp/Kingston_A400_240gb_dd.png
Pokud by benchmark byl omezen na pouhých 50GB (většina benchmarkovacích nástrojů testuje na objemech ještě menších) závěr by zněl, že Samsung je v sekvečním zápisu pouze o 40% rychlejší (600MB/s versus 420MB/s).
Docela by mě zajímalo, co je to „přenosová rychlost disku“. To já když přenáším disk z domova do kanclu, někdy dosáhnu přenosové rychlosti až 5 km/h.
Záleží na tom, jak se disk používá a na které vrstvě chceme něco měřit. Dejme tomu, typická situace, že mám třeba přímo na disku /dev/sdx nějaký LUKS kontejner /dev/mapper/luks_kontejner_x a v kontejneru pak Btrfs namountovaný (ať nežeru) do /mnt.
Ke všem pokusům bych si napřed spustil někde bokem v jiném terminálu něco takového (a výstup bych dle potřeby a chuti ukládal):
iostat -x 1 /dev/sdx /dev/mapper/luks_kontejner_x
Může mě zajímat, jak rychle přečtu samotný disk bez overheadu na šifrování, LBA po LBA, od začátku do konce:
pv -arb < /dev/sdx > /dev/null
(Pokud je disk už v háji a jde jen o sběr dat pro účely reklamace, přidá se klidně -E, což skvěle ukáže nejrůznější kombinace chyb čtení + nečitelných LBA s mizerným výkonem (protože to po chybě nepřestane (zkoušet) číst). U funkčního disku, u kterého ještě záleží na datech, bych -E nechtěl; tam je naopak správné po první chybě přestat a zamyslet se.)
Může mě zajímat, jak rychle přečtu LUKS kontejner, tj. jestli mi to šifrování správně hardwarově akceleruje a nezpůsobuje krk láhve:
pv -arb < /dev/mapper/luks_kontejner_x > /dev/null
Může mě zajímat, jak rychle přečtu nějaký veliký soubor na úrovni filesystému:
pv -arb < /mnt/veliký_soubor > /dev/null
Tohle↑ se dá nahradit taky třeba zápisem nějakých náhodných dat; na úrovni filesystému už se dá zkoušet i rychlost zápisu. Na úrovni disku nebo LUKS je to … složitější.
Může mě zajímat, jak rychle se přečte všechno v /mnt, tedy se všemi vrstvami abstrakce (LUKS, Btrfs) — buď opravdu všechno (první příklad) nebo subvolume viditelný z /mnt (druhý příklad):
btrfs scrub start -B /mnt btrfs scrub status /mnt # za běhu výše uvedeného
tar --one-file-system -c /mnt | pv -arb > /dev/null
Tak takovou situaci (taky) řeší moje odpověď výše.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
29.4.2023 23:32
