Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
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: