Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
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: