Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Space in use: 749.8GB = 183057064 Blocks Block size: 4096 Byte Elapsed: 03:45:02 ... Rate: 3.33GB/minBackup som robil na externý SATA disk pripojený cez USB 3.0, o ktorom si myslím, že naozaj funguje ako 3.0.
$ lsusb ... Bus 004 Device 002: ID 174c:1153 ASMedia Technology Inc. ASM1153 SATA 3Gb/s bridge ...
$ lsusb -D /sys/dev/bus/004/002 Device: ID 174c:1153 ASMedia Technology Inc. ASM1153 SATA 3Gb/s bridge ... bcdUSB 3.00 ... Device can operate at SuperSpeed (5Gbps)USB 3.0 má teoretickú rýchlosť prenosu 5Gbps. S kalkulačkou mi vychádza, že to je 5*60/8=37.5 GB/min. Prečo mi teda clonezilla ukazuje 10x menej? To je taký veľký rozdiel medzi teoretickou a praktickou rýchlosťou? Toleroval by som 80 alebo 50%. Ale 10%?? Mám blbý HW? Alebo je zádrhel niekde inde?
Řešení dotazu:

Řekl bych, že 195 MB/s je maximální rychlost na začátku ploten. Na jejich konci, tzn. u středu to určitě nebude zapisovat tak rychle. Další věc je, kolik a jak velkých souborů se zapisuje. Jiná bude rychlost při ukládání jednoho souboru, který má 5 GB a jiná u 10000 souborů, které mají dohromady 5 GB. A ještě si uvědom, že se to během zálohování komprimuje. A o tom, že 60 * 195 MB není 37,5 GB ani nemluvím. Není to ani těch 50%. Takže buď v klidu, je to OK.
Doslova 10-tisíce malých súborov, čo sa za roky nazbierali. Ešte sa len musím pozrieť ako sa ich bezpečne zbaviť.
Clonezilla komprimuje paralelným zip-om (z1p). Nejak som dúfal, že to nemá zásadný vplyv.
60*195MB/s je 11.7GB/min. Čo je smutné. Doteraz som si to neuvedomil. Myslel som si, že bottleneck je USB. Ale trocha si ma zviklal.
Já na kompresi používám lzo. Je to rychlé s dobrým kompresním poměrem.
dd. Rozhodně to není rychlost na filesystému, kdy filesystem musí zapisovat do alokačních struktur, které sektory jsou nově obsazené, zapisovat do adresáře, co se píše. A různé filesystémy pro různé situace, mají různě velkou režii, ale žádný disk nemá více než 100-200 IOPS na površích, protože pod hlavu se prostě dříve potřebné místo neotočí.
Takže na file systemu nějakých 120-140MB/s u takového disku je celkem normální a uspěch. Na mém btrfs, které má větší režii, bych za úspěch považoval i 100MB/s
Čeho?
Tiskni
Sdílej: