V Lucemburku byly oznámeny výsledky posledního kola výzev na evropské továrny pro umělou inteligenci neboli AI Factories. Mezi úspěšné žadatele patří i Česká republika, potažmo konsorcium šesti partnerů vedené VŠB – Technickou univerzitou Ostrava. V rámci Czech AI Factory (CZAI), jak se česká AI továrna jmenuje, bude pořízen velmi výkonný superpočítač pro AI výpočty a vznikne balíček služeb poskytovaný odborníky konsorcia. Obojí bude sloužit malým a středním podnikům, průmyslu i institucím veřejného a výzkumného sektoru.
Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
1) stop databáze 2) cp /var/lib/mysql/[databaze] /zaloha/nekam/bokem/ 3) start databáze 4) tar czf /zaloha/[databaze].tgz /zaloha/nekam/bokem/* 5) přenos jinam a užití snapshotu (třeba nahození nekonzistentního spadnutého replikačního slave z tohoto funkčního slave)Kritický krok 2, který vyžaduje zastavit db server, aby data neměnil pod rukama během snapshotování strašně dlouho trvá. Zde se tedy přímo nabízí copy on write a využití filesystemu, který COW umí. Pak je to otázka sekund. Co prosím by jste z vlastní zkušenosti doporučili za FS v dnešní době? Já to mám funkčně napsáno i s COW ale mám to na ext4, takže se mi teď tahle vlastnost neuplatňuje a trvá to a počítám s tím tak. Když jsem to dělal na BTRFS, začalo to nějak asi bobtnat a nedělal jsem něco co se s BTRFS dělat má a pak to už neměl čas studovat. Potřeboval bych nějaký FS který umí COW a nepotřebuje dál nějaký extra servis, nebo druhá varianta, potřebuju vědět co mám v takových případech použití dělat, aby FS stále svižně fungoval a nebobtnal. Ty zálohy dělané pomocí COW jsem vždy po zatarování samozřejmě smáznul. Tím by on měl nějak zahodit ty vazby mezi původním souborem a COW souborem a jet normálně dál ne? Nebo to bylo tím, že jsem samotnou tu databázi provozoval na BTRFS, což není dobré? Díky za podněty a postřehy a případné nakopnutí.
btrfs sub snap ; cp ; btrf sub del
a je to. Za normálních okolností není potřeba dělat žádné další vyfikundace, btrfs si nahodí process cleaner a ten smazaný snapshot uklidí. Problém by mohl nastat pouze v případě, kdy by na to neměl čas (disk by byl tak zatížen, že zkrátka úklid trvá déle než intervaly mezi snapshotama).
Zkusim mozna jeste jednou BTRFS, treba se za ty roky neco vylepsilo ...Podle mě je to principiální problém. Můžeš zkusit zapnout autodefrag, ale nevím, jak moc to pomůže.
Existuje jeste neco jakoby mainstreamoveho (tedy s nejakou uz vetsi komunitou a ne stagnujici skolni projekt) co by bylo doporuceni hodne a zaroven umi COW i krom BTRFS ?Vždyť to píšu - LVM snapshoty jsou CoW. A výhoda je, že se CoW dělá jenom v okamžiku, kdy tam ten snapshot je - takže v tvém případě jenom po dobu kopírování.
Vždyť to píšu - LVM snapshoty jsou CoW. A výhoda je, že se CoW dělá jenom v okamžiku, kdy tam ten snapshot je - takže v tvém případě jenom po dobu kopírování.Něco podobného umí i BTRFS. Lze jej nastavit tak, aby COW neprováděl - a to jednak pro celý mountpoint nebo pro konkrétní adresář.
chattr -C
- musí se to nastavit na prázdný adresář před nakopírováním dat a potom všechny soubory mají příznak nocow. Snapshoty fungují (ten fs si ty cow dělá dál podle potřeby, ale nepoužívá je při každém zápisu tak jak normálně - takže je to rychlejší).
Některé instalátory (třeba postgresql) chattr -C
volají na datový adresář při jeho vytváření.
prakticky konzistentni dump za behu z podstaty veci bez nejake techniky zalozene na COW neudelameNo právě proto jsem psal o výběru jiného db produktu. Protože to, co tady řešíte - tedy konzistentní zálohu za běhu systému - to jiné db zvládají levou zadní. DB pracující na MVCC / MGA si něco jako cow implementují vnitřně (více generací dat; snapshoty), takže jsou schopné poskytnout konzistentní snímek dat. Toto se vy pokoušíte naimplementovat z vnějšku té db. Možná se vám to podaří, ale je otázkou, za jakou cenu a s jakým výsledkem.
jinak je to jako snapshot virtualizovaneho OS za behu, coz taky jaksi moc nejde, potreba ho minimalne pozastavitNevím, proč by to nešlo, snapshotů vm za běhu děláme stovky denně.
Zkusim mozna jeste jednou BTRFS, treba se za ty roky neco vylepsilo ... Existuje jeste neco jakoby mainstreamoveho (tedy s nejakou uz vetsi komunitou a ne stagnujici skolni projekt) co by bylo doporuceni hodne a zaroven umi COW i krom BTRFS ?Tak můžete zkusit zfsonlinux jestli chcete (nebo strčit mysql na freebsd), případně můžete zkusit LVM a dělat snapshoty LV - princip popsal lertimir, snapshoty LV se hodí právě na zálohování. (Akorát je s tím víc práce - udělat snapshot LV, připojit jej na mountpoint, vykopirovat data, odpojit, odstranit snapshot.)
Kritický krok 2, který vyžaduje zastavit db server, aby data neměnil pod rukama během snapshotování strašně dlouho trvá. Zde se tedy přímo nabízí copy on write a využití filesystemu, který COW umí. Pak je to otázka sekund.
Někdo by možná řekl, že se spíš nabízí použití databáze, kterou není potřeba kvůli záloze úplně shodit.
btrfs s CoW se při změnách uvnitř souborů, což databáze dělá, fragmentujeKaždý CoW souborový systém se při změnách uvnitř souborů fragmentuje – z principu CoW.
..ale teď mi přijde jako lepší volba než ext4).Do první ztráty dat. XFS má svoje specifika. Pokud jde o ext fs, tak osobně mám nejlepší zkušenosti s ext3.
Tiskni
Sdílej: