Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
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