Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.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.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
nacteni adresare: chrrrrrrrrr, nacteno vytvoreni prazdneho adresare: chrrrrrrrrr, vytvorenoMate s tim prosim nekdo zkusenost? Mate nekdo externi disk naformatovany (jak?) na EXT*, JFS, XFS, BRTFS, ... a slouzi vam k uplne spokojenosti? Dekuji
Řešení dotazu:
Jak jsem tak googlil, mnozi psali, ze EXT4 je v pohode.
Jak už to na webu bývá, mnozí netuší, co píší, popisují 10+ let staré zlozvyky a tak různě podobně.
Mate nekdo externi disk naformatovany (jak?) na EXT*, JFS, XFS, BRTFS, ... a slouzi vam k uplne spokojenosti?
Téměř výhradně Btrfs. Výjimky: Kde nemám Btrfs, tam mám ZFS, například kde se žádá kompatibilita s FreeBSD nebo kde je FreeBSD.
Btrfs je dnešní standard, implicitní volba v rozumných distribucích a v podstatě jediná volba, která dává v popsaném případě smysl. Pro externí zálohovací disk má smysl takový filesystém, který má checksumy dat i metadat, atomické snapshoty, efektivní replikaci snapshotů pomocí send/receive, copy-on-write a vůbec takové ty vlastnosti, které sice v dobách ~10GB disků velkou výhodu nepřinesly, ale v dobách 10TB disků (== dnes) jsou nepostradatelné.
ZFS je bezva a jeho snapshoty s atomicitou napříč několika subvolume jsou hustý bonus navíc, stejně jako RAIDZ3(*), pro který Btrfs (stále ještě) nemá ekvivalent. Jenže zatímco Btrfs je standard na každém linuxovém stroji, podpora ZFS v očekávané verzi a s očekávanými feature flagy není všude 100% zaručená, přinejmenším ne bez roota na daném stroji.
(*) Pravda, tohle se už netýká jednoho disku, leč protože ZFS i Btrfs mají schopnost transformovat jeden disk na RAID konfiguraci a zpět bez (od)mountování či restartu, přišlo mi vhodné i tohle zmínit + srovnat.
To je ale dotaz jak poleno. Já bych měl taky pár dotazů k tématu.
Předně, proč bych takovou hloupost dělal?
(Já se mnohem raději zabývám praktickými a konstruktivními úkoly, například nedávnou náhradou mého Btrfs RAID5 diskového pole z 6 disků za Btrfs RAID6 pole z 8 SSD — bez odmountování, bez downtime.)
Zastaralé filesystémy — které bez checksumů dat neumí poškození vůbec odhalit — už byly takhle „testované“? S jakým výsledkem?
Onen záhadný „stav souborů“ má být co přesně? Jestli sedí checksumy dat? To u normálních filesystémů pravidelně kontroluje scrub. Béčkové filesystémy nemají scrub, takže … nic.
Co je to fsck? Spoléhání na zázrak, který potřebovaly špatné filesystémy před 10+ lety? Děkuji, nechci.
No a to že to nepotřebuje, je jen FUD lidí, co se s chybou těchto filesystémů nikdy nesetkali.
btrfs restore, ext4 potom celkem dobrý debugovací nástroj. Pokud není disk, na který by bylo možné data překopírovat, tak je problém. (Kdyby takový disk byl, tak by na něm byla záloha, že ano?)
Btrfs má také btrfs rescue, ale ještě jsem se s ním naštěstí nepotkal.
Tiskni
Sdílej: