Společnost Anthropic vydala Claude 3.5 Sonnet, tj. novou verzi své umělé inteligence Claude (Wikipedie). Videoukázky na YouTube. S Claude 3, stejně jak s GPT-3.5, Llama 3 a Mixtral, si lze pokecat bez přihlašování na DuckDuckGo AI Chat.
Byla vydána nová stabilní verze 6.8 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 126. Přehled novinek i s náhledy v příspěvku na blogu a na YouTube. Vypíchnuta jsou vylepšení v integrovaném poštovním klientu.
Příspěvek Aukce domén – měsíc po spuštění na blogu CZ.NIC shrnuje první měsíc provozu Aukce domén .CZ. Aukcemi prošlo celkem 18 174 domén, z toho na 742 z nich byl učiněn alespoň 1 příhoz. Nejdražší aukcí byla na doménu virtualnisidlo.cz s cenou 95 001 Kč, která však nebyla včas uhrazena. Nejdražší aukcí, která byla vydražena i zaplacena je praguecityline.cz s cenovkou 55 600 Kč.
Před 40 lety, 19. června 1984, Bob Scheifler představil první verzi okenního systému X (X Window System). Vycházela z okenního systému W (W Window System).
Desktopové prostředí MATE bylo vydáno ve verzi 1.28. V gitových repozitářích je sice už od února, ale oznámení vydání se na webu objevilo s několikaměsíčním zpožděním (únorové datum zveřejnění je nepravdivé). Jde o první velké vydání od roku 2021. Uživatelsky nejvýznamnější pokrok je v podpoře Waylandu.
Laboratoře CZ.NIC vydaly novou verzi 4.24.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly nové parametry do rozhraní příkazové řádky „export-msg“, „export-msgs“, „import-msg“ a „import-msgs“, které dovolují číst/zapisovat zprávy z/do databází. Veliký panel nástrojů byl nahrazen více nastavitelnými
… více »Mapnik (Wikipedie), tj. open source toolkit pro vykreslování map a vývoj mapových aplikací, byl vydán ve verzi 4.0.0. Přehled změn na GitHubu.
Mozilla koupila firmu Anonym, tj. průkopníka v "digitální reklamě chránící soukromí".
Knihovna htmx (Wikipedie, GitHub), tj. knihovna rozšiřující HTML o nové atributy a umožňující vývoj dynamických webových aplikací, byla vydána ve verzi 2.0 (𝕏).
Společnosti DeepComputing a Framework Computer společně představily RISC-V základní desku pro modulární Framework Laptop 13.
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: