Design (GitHub) je 2D CAD pro GNOME. Instalovat lze i z Flathubu. Běží také ve webovém prohlížeči.
Příspěvek na blogu herního enginu Godot představuje aplikaci Xogot přinášející Godot na iPad a iPhone. Instalovat lze z App Storu. Za Xogotem stojí Miguel de Icaza (GitHub) a společnost Xibbon.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za březen (YouTube).
ESP-IDF (Espressif IoT Development Framework), tj. oficiální vývojový framework pro vývoj aplikací na mikrokontrolérech řady ESP32, byl vydán v nové verzi 6.0. Detaily na portálu pro vývojáře.
DeepMind (Alphabet) představila novou verzi svého multimodálního modelu, Gemma 4. Modely jsou volně k dispozici (Ollama, Hugging Face a další) ve velikostech 5-31 miliard parametrů, s kontextovým oknem 128k až 256k a v dense i MoE variantách. Modely zvládají text, obrázky a u menších verzí i audio. Modely jsou optimalizované pro běh na desktopových GPU i mobilních zařízeních, váhy všech těchto modelů jsou uvolněny pod licencí Apache 2.0. Návod na spuštění je už i na Unsloth.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 3. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Průkopnická firma FingerWorks kolem roku 2000 vyvinula vícedotykové trackpady s gesty a klávesnice jako TouchStream LP. V roce 2005 ji koupil Apple, výrobu těchto produktů ukončil a dotykové technologie využil při vývoji iPhone. Multiplatformní projekt Apple Magic TouchstreamLP nyní implementuje funkcionalitu TouchStream LP na současném Apple Magic Trackpad, resp. jejich dvojici. Diskuze k vydání probíhá na Redditu.
Byla vydána nová verze 10.3 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu bezpečnostních oprav, vylepšení funkcí a oprav chyb.
Cloudflare představil open source redakční systém EmDash. Jedná se o moderní náhradu WordPressu, která řeší bezpečnost pluginů. Administrátorské rozhraní lze vyzkoušet na EmDash Playground.
Bratislava OpenCamp 2026 zverejnil program a spustil registráciu. Štvrtý ročník komunitnej konferencie o otvorených technológiách prinesie 19 prednášok na rôzne technologické témy. Konferencia sa uskutoční v sobotu 25. apríla 2026 v priestoroch FIIT STU v Bratislave.
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.
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?
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: