Do prodeje jde tichá bezdrátová herní myš Logitech PRO X2 SUPERSTRIKE s analogovými spínači s haptickou odezvou (HITS, Haptic Inductive Trigger System). Cena je 4 459 Kč.
Microsoft na GitHubu zveřejnil zdrojový kód projektu LiteBox, jedná se o 'knihovní operační systém' (library OS) zaměřený na bezpečnost, využívající systémovou architekturu LVBS k ochraně jádra před útoky z uživatelského prostoru. LiteBox je napsán v Rustu a uvolněný pod licencí MIT. Projekt je teprve v rané fázi vývoje.
BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.
Kultovní britský seriál The IT Crowd (Ajťáci) oslavil dvacáté výročí svého prvního vysílání. Sitcom o dvou sociálně nemotorných pracovnících a jejich nadřízené zaujal diváky svým humorem a ikonickými hláškami. Seriál, který debutoval v roce 2006, si i po dvou dekádách udržuje silnou fanouškovskou základnu a pravidelně se objevuje v seznamech nejlepších komedií své doby. Nedávné zatčení autora seriálu Grahama Linehana za hatecrime však vyvolává otázku, jestli by tento sitcom v současné Velké Británii vůbec vznikl.
Společnost JetBrains oznámila, že počínaje verzí 2026.1 budou IDE založená na IntelliJ ve výchozím nastavení používat Wayland.
Společnost SpaceX amerického miliardáře Elona Muska podala žádost o vypuštění jednoho milionu satelitů na oběžnou dráhu kolem Země, odkud by pomohly zajistit provoz umělé inteligence (AI) a zároveň šetřily pozemské zdroje. Zatím se ale neví, kdy by se tak mělo stát. V žádosti Federální komisi pro spoje (FCC) se píše, že orbitální datová centra jsou nejúspornějším a energeticky nejúčinnějším způsobem, jak uspokojit rostoucí poptávku po
… více »Byla vydána nová verze 2.53.0 distribuovaného systému správy verzí Git. Přispělo 70 vývojářů, z toho 21 nových. Přehled novinek v poznámkách k vydání.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 216. sraz, který proběhne v pátek 20. února od 18:00 v Red Hat Labu (místnost Q304) na Fakultě informačních technologií VUT v Brně na ulici Božetěchova 1/2. Tématem srazu bude komunitní komunikační síť MeshCore. Jindřich Skácel představí, co je to MeshCore, předvede nejrůznější klientské zařízení a ukáže, jak v praxi vypadá nasazení vlastního repeateru.
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
