Byla vydána beta verze Ubuntu 25.10 s kódovým názvem Questing Quokka. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 25.10 mělo vyjít 9. října 2025.
Bola vydaná nová verzia 4.13 security platformy Wazuh. Prináša nový IT hygiene dashboard, hot reload dekodérov a pravidiel. Podrobnosti v poznámkách k vydaniu.
Americký výrobce čipů Nvidia investuje pět miliard dolarů (přes 100 miliard Kč) do konkurenta Intel, který se v poslední době potýká s vážnými problémy. Firmy to včera oznámily ve společné tiskové zprávě. Dohoda o investici zahrnuje spolupráci při vývoji čipů pro osobní počítače a datová centra. Akcie společnosti Intel na zprávu reagovaly výrazným růstem.
Dlouholetý balíčkář KDE Jonathan Riddell končí. Jeho práci na KDE neon financovala firma Blue Systems, která ale končí (Clemens Tönnies, Jr., dědic jatek Tönnies Holding, ji už nebude sponzorovat), někteří vývojáři KDE se přesunuli k nově založené firmě Techpaladin. Pro Riddella se již nenašlo místo. Následovala debata o organizaci těchto firem, které zahraniční vývojáře nezaměstnávají, nýbrž najímají jako kontraktory (s příslušnými důsledky z pohledu pracovního práva).
V Amsterdamu probíhá Blender Conference 2025. Videozáznamy přednášek lze zhlédnout na YouTube. V úvodní keynote Ton Roosendaal oznámil, že k 1. lednu 2026 skončí jako chairman a CEO Blender Foundation. Tyto role převezme současný COO Blender Foundation Francesco Siddi.
The Document Foundation, organizace zastřešující projekt LibreOffice a další aktivity, zveřejnila výroční zprávu za rok 2024.
Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.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.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
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
