Wayfire, kompozitní správce oken běžící nad Waylandem a využívající wlroots, byl vydán ve verzi 0.10.0. Zdrojové kódy jsou k dispozici na GitHubu. Videoukázky na YouTube.
Před necelými čtyřmi měsíci byl Steven Deobald jmenován novým výkonným ředitelem GNOME Foundation. Včera skončil, protože "nebyl pro tuto roli v tento čas ten pravý".
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 156 (pdf).
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.8.1. Přehled novinek v Changelogu.
Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.
Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
1025614 1365992 1625430 2113601 2136500
seřazené vzestupně
Celkem těch hodnot je zhruba 3 000 000.
Mno a když zadám například 140020 chci aby mi to vrátilo nejbližší vyšší položku a nejbližší nižší položku tedy 1365992
a 1625430
.
Dokázal by mi někdo naznačit jak by se toto řešilo? Jaká databáze/jaký druh databáze by byl pro to vhodný?
ale tim ze je to nad pomalym diskemMožná jsem něco přehlédl, ale dnes snad není problém mít 3M položek v paměti?
Nene, to rozhodne neni, ale vychazel jsem z toho, ze nerekl skoro nic o tom, jak k tem datum planuje pristupovat. Bude existujici data menit? Mazat? Bude mit konkurencni pristup k datum? Ze to budou data serializovane do pajpy a nasledne z nich bude (zrejme) jen vyhledavat zminil az nasledne v komentari...ano následně jen vyhledávat nebo mazat...
Je-li strom v paměti, je vlastní vyhledání nanejvýš v řádu mikrosekund.Data budou na disku, v paměti by zabíraly hodně místa... Je tu nějaká databáze, která přímo zvládá data vyhledávat tak jak potřebuji, nebo se to bude muset řešit nějak složitěji?
SELECT * FROM tab WHERE cislo > konstanta LIMIT 1; SELECT * FROM tab WHERE cislo < konstanta LIMIT 1;
CREATE TABLE foo ( id NUMBER(16) PRIMARY KEY ); INSERT INTO foo VALUES (1025614); INSERT INTO foo VALUES (1365992); INSERT INTO foo VALUES (1625430); INSERT INTO foo VALUES (2113601); INSERT INTO foo VALUES (2136500); SELECT id FROM foo WHERE id > 1400200 AND ROWNUM = 1 ORDER BY id ASC; SELECT id FROM foo WHERE id < 1400200 AND ROWNUM = 1 ORDER BY id DESC;Tohle funguje na oraclu, na jinych dbms misto toho bude neco jako LIMIT 1 na konci..
select id from( select id from foo where id > 1400200 order by id ) where rownum=1
Dost bych doporucil, abys prestal davat pozadavky a vlastnosti systemu iterativne a dal to vsechno najednou, jinak budes dostavat reseni na problem kterej vlastne nemas a lidi budes jen srat.Ok chci udělat webovou aplikaci pro přehrávání obrázků pořízený programem motion. Motion obsahuje softwarovou detekci pohybu, takže nebude obrázky ukládat například každou sekundu, ale náhodně. Plánuji, že se obrázky budou ukládat do adresářový struktury ve formátu YYMMDD/HHMMSS.jpg Při každém uloženém obrázku motion pustí příkaz "echo 'YYMMDDHHMMSS NAZEV_KAMERY' > named_pype" No a nějaká aplikace bude z té pojmenované roury číst, a informace o obrázcích ukládat do nějakého vhodného úložiště. Jo a po zaplnění disku obrázky hodlám staré obrázky mazat, počítám se zhruba 30 dením záznamem - 3600*24*30 = 2592000. Ve webové aplikaci budu chtít přehrát obrázky od určitého data, tedy bude muset k tomu datu najít nejbližší uložený snímek, dále snímek co je hnedka po něm... Hodlám to spáchat v jazyce Erlang. Chci to napsat proto, abych tak nějak naučil v Erlangu programovat - tedy jakási cvičná/výuková aplikace.
cameraid_pk int autoincrement primary name varchar(64) description text/textblob/ placement varchar(255)picture
pictureid_pk bigint autoincrement primary cameraif_pk_fk int index (foreign key cameraid_pk) datetaken DATATIME index filename varchar(1024)picture2 (lepší)
pictureid_pk bigint autoincrement primary cameraif_pk_fk int index (foreign key cameraid_pk) datetaken DATA indexjinak dělení na YYMMDD a HHMMSS je nedostatečné bo tam musí být identifikátor camery:
YYMMDD/HHMMSS_CAMERAID CAMERAID/YYMMDD/HHMMSS YYYY/MM/DD/CAMERAID_HHMMSS(přičemž CAMERAID jsou vždy 4 znaky/čísla - třeba)
addnumber int
.picture2
je lepší v tom, že má pevnou šířku záznamu a cestu získáváte pomocí:YEAR(datetaken) + '/' + LPAD('0',2,MONTH(datetaken)) + '/' + LPAD('0',2,DAY) + '/' + TIME(HHMMSS) + '_' + LPAD('0',4,cameraif_pk_fk)
.cameraid_pk int autoincrement primary name varchar(64) cameraif_pk_fk int index (foreign key cameraid_pk) description text/textblob/
CHECKOPOINT/CAMERAID/YYYY/MM/DD/HHMMSS
Tiskni
Sdílej: