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.
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 »Dobry den,
mam domaci server s Intel Atomem, na kterem mi bezi pouze cups server a nfs. Oddily ze serveru mam normalne pres mount pripojene na pracovni stanici. Pokud si chci napr. pustit nejaky film primo ze serveru, tak se stane, ze v nahodnych intervalech se film zastavi na cca 20 sekund a pote se znovu rozjede a cas filmu mezitim uplyne. Takhle se muze zastavit 2x behem 5ti minut nebo 1x za hodinu. Xine mi napise, ze zaznamenalo hodne ztracenych snimku. Logicke vysvetleni by bylo, ze je server zatizen, ale on bezi neustale maximalne kolem 5% vytizeni. Nedokazu si predstavit co by vyvolavalo takove jednorazove zatizeni. Setkal se nekdo s podivnym chovanim ? Sit je klasicky 100Mbit ethernet. Server bezi na Debian Lenny a pracovni stanice na Debian testing.
bezi neustale maximalne kolem 5% vytizeni
Zásadní je 5% vytížení čeho? Klidně může být 100% vytížení I/O za současného +- flákání procesoru. Musíš zjistit co přesně se děje během těch 20s. Na klientu i serveru prozkoumej logy a zjisti co se děje (iotop, iftop, MRTG, jnettop).
zkusil jsem vsechny programy co jsi mi doporucil a zjistil jsem, ze pri preruseni prehravani klesne v programu iotop cteni z disku 0 kB/s a potom se zase rozjede na 120kB/s-250kB/s (tim padem samozrejme prestane komunikace i v siti, ale problem je primarne nejspis v disku. Takze dalsi otazka - jak to resit ?
Nastává stejný problém i s:
$ mplayer -cache <kBytes> input.avi
Ahoj,
a zkusil jsi i jiny prehravac? Treba mplayer nebo vlc, pokud totiz prehravas normalni avi a ne zadny stream, tak by se tohle dit nemelo ani v pripade ze server bude pretizeny, nanejvis se film na chvilku stopne. Dalsi moznost je pouzit nfs na tcp protokolu, pak budes mit jistotu ze se zadne packety ztratit nemuzou.
Dalsi moznost je pouzit nfs na tcp protokolu, pak budes mit jistotu ze se zadne packety ztratit nemuzou.
Stejnou jistotu máš i s NFS na UDP, rozdíl mezi nasazením NFS nad TCP/UDP nespočívá ve "ztrácení paketů", ale v rychlosti. Protokol TCP je stavěný na znovuposlání ztracených paketů, kdežto u UDP se to musí řešit přímo v implementaci NFS.
Nebo si snad myslíš, že někdo jako Sun nasazuje v produkčním prostředí síťový FS, který nezaručí konzistenci dat. Navíc myslíš, že by se vůbec prosadil síťový FS, který by si na UDP nekontroloval ve vlastní režii zda-li protistrana všechna data úspěšně přijmula. Příště bacha na FUD. 
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
7.6.2009 08:15