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.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Při kopírování velkého objemu dat, které trvá řádově několik minut, se stává práce s počítačem téměř nesnesitelná. Okenní prostředí chvílemi zcela zamrzává a spustit jakýkoliv program i třeba z konzole trvá řádově mnohem déle. Rychlost kopírování je normální, tzn. v závislosti až 30MB/s. I zatížení procesoru se pohybuje na úrovni kolem 20%, žádné extrémní vytížení.
Schleduler mám nastavený na cfq. Systém je Gentoo, notes GX620, procesor dvoujádro 2.2GHZ, 4GB RAM, notebookový disk 5400 otáček, tedy poměrně silný stroj, pouze ten disk není nejrychlejší, ale i přesto se mi zdá takové chování divné. Filesystém je XFS, windows partition je NTFS a pak ještě používám NTFS externí disk. Chování je totožné, ať už kopíruji XFS > XFS, či XFS > NTFS.
Nelze nějakým způsobem nastavit prioritu pro práci s daty popř. omezit max rychlost kopírování? Abych kdykoliv, kdy kopíruji HD film někam, nemusel na 10 minut přerušit všechnu práci. Pokud např. něco tahám po síti, tedy je rychlost omezena 100Mbit kabelem, funguje vše v pořádku.
30.4.2009 19:21
Nikola Ciprich | skóre: 23
| blog: NiX_blog
| Palkovice
Paráda, cgroups je přesně to, co jsem potřeboval. Vyzkoušel jsem si tu ukázku z článku a funguje to, jen mi není jasné, jak to mám aplikovat na celý systém... Jestli je nějaký centrální rodičovský proces, který stačí umístit do tého skupiny. Ještě jak to ideálně nastavit při startu systému, bude stačit vložit správné řádky do /etc/con.d/local.start?
1.5.2009 14:36
Nikola Ciprich | skóre: 23
| blog: NiX_blog
| Palkovice
To je právě kámen úrazu, občas kopíruji pomocí cp, někdy v dolphinovi, někdy v krusaderovi. Jestli na to KDE 4 využívá nějakého démona, tak jedině jemu nastavit správnou skupinu.
Ale nezdá se mi, že by to v linuxu nebylo nijak vyřešené. Vždyť přeci kopírování spousty dat není zas tak neobvyklá záležitost 
Cgroups jsou fajn, ale mají jednu vadu, kvůli které je to celé nepoužitelné.
Pokud vytvořím vlastní skupinu, nastavím omezení na 128M a pak do ní přidám init (pid 1), aby se to aplikovalo na celý systém, tak oněch 128M se nepřidělí pro každý proces zvlášť, jak jsem původně myslel, ale na všechny procesy dohromady. To v praxi způsobilo, že mi KDE startovalo 4x pomaleji a tak tak jsem byl schopný limit zrušit
Bych potřeboval onen limit nastavit tak, aby platil pro každý proces zvlášť.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz