Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.3. Představení novinek také na YouTube. Bun je naprogramován v programovacím jazyce Zig.
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.
1) čakať na povely/žiadosti o dáta od klientskej aplikácie, 2) získavať dáta z hardware a ukladať ich a 3) poslúchať na TCP sockete a odosielať dáta podľa požiadania servera.Rozmýšlam o POSIXových threadoch, ale nie som si istý či sa jedná o najlepšie riešenie. Pôvodne som si myslel, že SQLite bude dobré jednoduché úložisko, ale zistil som, že nepodporuje paralelný zápis aj čítanie(jedine zamykanie). Tak teraz uvažujem o textových súboroch. Lenže je možne dosiahnuť paralelné čítanie aj zápis? Pravdepodobne len so zámkami, ale obávam sa o výkon. Jedná sa totiž o embedded zariadenie a zápisy budú časté, niekoľko za sekundu, čítania zas až tak časté nebudú(raz za hodinu približne). Myslíte, že je to dobrý nápad? Alebo uvažovať o nejakom embedded MySQL/Firebird? Ale, čo ten overhead? Ešte jedna možnosť by bola sa na celé multi-threading veci vykašlať a riešiť to v rámci jednej event loop. Ďakujem za odpovede.
Chtělo by to více podrobností:
Several computer processes or threads may access the same database without problems. Several read accesses can be satisfied in parallel. A write access can only be satisfied if no other accesses are currently being serviced, otherwise the write access fails with an error code (or can automatically be retried until a configurable timeout expires). This concurrent access situation would change when dealing with temporary tables.Ak tomu rozumiem správne, tak zápis môže sa diať len pokiaľ sa nedeje čítanie. K tomu mi napadli dve veci: ako zabezpečiť aby sa nezapisovalo keď chcem čítat, resp. čo s tými dátami, budem ich zatiaľ nejako bufferovať a potom zapisovať? To je ale dosť hnusný hack. Druhá vec je, že taký istý problém budem mať asi aj so súbormi.
SQLite connections can open two kinds of transactions, read and write transactions. This is not done explicitly, a transaction is implicitly a read-transaction until it first writes to a database table, at which point it becomes a write-transaction. At most one connection to a single shared cache may open a write transaction at any one time. This may co-exist with any number of read transactions.Mám za to, že ak explicitne nezačneš v Sqlite transakciu, tak on do transakcie zabalí každý jeden SQL príkaz osobitne (t.j. každý príkaz sa vykoná ako BEGIN-príkaz-COMMIT). Takže zápisy sa vykonajú postupne v nejakom poradí, zatiaľčo čítanie to nijak neovplyvní. Ako sám píšeš, zamykanie budeš musieť riešiť aj pri iných uložiskách, a toto je podľa mňa vyriešené celkom dobre samo od seba. Ale ber ma s rezervou, neskúšal som to, len tak mudrujem.
Tiskni
Sdílej: