Ondřej Filip publikoval reportáž z ceremonie podpisu kořenové zóny DNS. Zhlédnout lze také jeho nedávnou přednášku Jak se podepisuje kořenová zóna Internetu v rámci cyklu Fyzikální čtvrtky FEL ČVUT.
Společnost BenQ uvádí na trh novou řadu monitorů RD určenou pro programátory. První z nich je RD240Q.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem nadále zůstává Frontier od HPE (Cray) s výkonem 1,206 exaFLOPS. Druhá Aurora má oproti loňsku přibližně dvojnásobný počet jader a dvojnásobný výkon: 1,012 exaFLOPS. Novým počítačem v první desítce je na 6. místě Alps. Novým českým počítačem v TOP500 je na 112. místě C24 ve Škoda Auto v Mladé Boleslavi. Ostravská Karolina, GPU
… více »GHC (Glasgow Haskell Compiler, Wikipedie), tj. překladač funkcionálního programovacího jazyka Haskell (Wikipedie), byl vydán ve verzi 9.10.1. Přehled novinek v poznámkách k vydání.
Po 9 týdnech vývoje od vydání Linuxu 6.8 oznámil Linus Torvalds vydání Linuxu 6.9. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna. Později také na Linux Kernel Newbies.
Byla vydána verze 0.2.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Společnost Cloudflare jej letos v únoru uvolnila pod licencí Apache 2.0.
Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
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: