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.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Po 9 týdnech vývoje od vydání Linuxu 5.1 oznámil Linus Torvalds vydání Linuxu 5.2 (LKML). Přehled nových vlastností a vylepšení na stránce Linux Kernel Newbies. Kódové jméno Linuxu 5.2 je Bobtail Squid.
Tiskni
Sdílej:
To musí být implementační noční můra.
Na světě je spousta abeced, koncept malých a velkých písmen existuje jenom někde atd.
No tak to je jako volba mezi blátem a louží. ASCII je English-only bullshit z 60. let, který by dnes bylo lepší nemít než mít. UTF-8 je sice super, ale je to právě to, čeho bych se fakt hodně bál. Kdyby mi někdo dal náhdoný znak z UTF-8 a já bych měl vyřešit otázku, zda existuje v malé a velké variantě (3 ne, a ano), předem bych to vzdal, protože bych samozřejmě dostal něco z gruzínské nebo arabské abecedy a netušil bych, o co jde.
Implementace v 5.2.0 je zlepšení, protože vámi proklínaný casefolding v ext4 existoval už před tím, ale fungoval jen na ASCII. Toto jádro ve skutečnosti podporu rozšířilo na NFD formu Unicodu 12.1 v UTF-8. Mimo jiné to otevírá možnost mít více programů v různém kódováním nad jedním souborovým systémem. Toto doteď nebylo možné, protože název souboru byl posloupnost bajtů. U nás už málokdo používá ISO-8859-2, ale v Korei nebo Japonsku je stále běžné, že aplikace používají EUC-KR nebo Shift JIS i na Linuxu. U nás je ten problém nejvíce vidět při sdílení souborového systému po síti mezi různými operačními systémy.
Osobně se domnívám, že časem přibude možnost odmítat názvy souborů mimo Unicode, protože představte si, co má chudák KDE aplikace zobrazit, když jí kernel vrátí nějaký binární bordel. Zobrazit se to nedá, zapsat se to nedá. Mít výpis adresáře, kde každý soubor se jmenuje „?????“ je matoucí. Naštěstí v drag-n-drop GUI lze s takovými soubory pracovat, i když nevidíme jejich název. Současný stav vyžaduje, aby každý program považoval název souboru za binární smetí. Což je ale přesný opak účelu názvu souboru co by jmenovky určené lidem k zobrazení. Programy by si vystačili s číslem i-uzlu.
protože bych samozřejmě dostal něco z gruzínské nebo arabské abecedy a netušil bych, o co jde.Tak zrovna u gruzínského písma (Mchedruli) je situace humorná, protože velká písmena sice teoreticky existují (Mtavruli, Unicode block Georgian Extended) a Unicode v rámci výchozího case conversion do nich běžná písmena konvertuje, nicméně je to dost ahistorická záležitost, vymyslel to nějakej jednotlivec někdy ~150 let zpátky a reálně se to nikdy moc nepoužívalo (pokud vim). A navíc jsou to stejně víceméně jen zvětšeninky běžného písma (tj. stejný tvar, akorát trochu větší). Gruzínci zcela běžně i oficiálně používají písmo bez rozlišení velkých/malých písmen a Mtavruli jim je zcela u zadku. Navíc reálně Mtavruli naprostá většina fontů vůbec neobsahuje, a to se týká i fontů, které jinak obsahují třeba i Hlaholici, písma eskymáků a kdovíco všechno... Nicméně tyhle problémy tě vlastně u filesystému až tak nemusí trápit, protože AFAIK tam ti stačí case folding, nepotřebuješ case conversion.
Foo a pak se snaží otevřít soubor foo. Samba tohle řešila v userspace, ale to znamená, že když někdo chce soubor, tak se musí vylistovat celý adresář (a pro každou položku porovnat jestli odpovídá nějaké case variantě požadavku), což trvá. Zatímco když je to v kernelu/na úrovni FS, tak je to rychlejší.