GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
ORDER BY RAND() LIMIT 1jak je na tom takový dotaz s výkonností? Tuším správně, že je to pro výkonnost špatné?
.
EXPLAIN SELECT * FROM test ORDER BY RANDOM() LIMIT 1;
QUERY PLAN
-------------------------------------------------------------------------------------
Limit (cost=19755.35..19755.36 rows=1 width=1162)
-> Sort (cost=19755.35..20165.12 rows=163906 width=1162)
Sort Key: (random())
-> Seq Scan on test (cost=0.00..18935.83 rows=163906 width=1162)
(4 rows)
EXPLAIN SELECT * FROM test LIMIT 1 OFFSET RANDOM()*(SELECT COUNT(*) FROM test);
QUERY PLAN
------------------------------------------------------------------------------------
Limit (cost=20788.49..20788.60 rows=1 width=1162)
InitPlan 1 (returns $0)
-> Aggregate (cost=18935.83..18935.84 rows=1 width=0)
-> Seq Scan on test (cost=0.00..18526.06 rows=163906 width=0)
-> Seq Scan on test (cost=0.00..18526.06 rows=163906 width=1162)
(5 rows)
Cost prvej možnosti je nižší než druhej.
'COUNT(*)' a nad jak velkými daty se to dělá.COUNT(*).InnoDB: 0.21sec (získání COUNT(*) z toho 0.16 sec) vs. 0.29sec MyISAM: 0.08sec (získání COUNT(*) z toho 0.05 sec) vs. 0.18sec
SELECT MAX(id) FROM Tabulka INTO max
WHILE true:
SELECT * FROM TABULKA WHERE id >= RANDOM() * max INTO rec
SELECT COALESCE(MAX(id),0) FROM TABULKA WHERE id < rec.id INTO prev_id
if RANDOM()<1.0/(rec.id - prev_id):
return rec
Myšlenka je doufám jasná: využiju ID, random udělam na díru, a díry ošětřím tak, že záznam "za dírou"
vrátím jen v patřičném podílu případů, v opačném selektuju znovu.
Nevýhoda je nedeterministický čas.
Tiskni
Sdílej: