abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 16:44 | Nová verze

    Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první stabilní verzi 7.2.5.

    Ladislav Hagara | Komentářů: 0
    dnes 15:11 | IT novinky

    Společnost Espressif Systems oznámila, že rodinu SoC ESP32 brzy rozšíří o ESP32-H4 s IEEE 802.15.4 a Bluetooth 5.4 (LE) s podporou protokolů Thread 1.3, Zigbee 3.0 a Bluetooth Mesh 1.1.

    Ladislav Hagara | Komentářů: 1
    dnes 13:11 | Zajímavý software

    Kevin Bentley zveřejnil na GitHubu zdrojové kódy počítačové hry Descent 3 z roku 1999: "Někdo se nedávno zeptal, zda budou zveřejněny zdrojové kódy Descent 3. Oslovil jsem svého bývalého šéfa (Matt Toschlog) z Outrage Entertainment a ten mi to povolil. Budu pracovat na tom, aby se to znovu rozběhlo a hledám spolusprávce." [Hacker News]

    Ladislav Hagara | Komentářů: 0
    dnes 04:33 | Bezpečnostní upozornění

    Byla vydána verze 0.81 telnet a ssh klienta PuTTY. Opravena je kritická bezpečnostní chyba CVE-2024-31497 obsažena ve verzích 0.68 až 0.80. Používáte-li klíč ECDSA NIST P521 a použili jste jej v PuTTY nebo Pageantu, považujte jej za kompromitovaný.

    Ladislav Hagara | Komentářů: 0
    včera 21:44 | Komunita

    Hra MineClone2 postavena nad voxelovým herním enginem Minetest byla přejmenována na VoxeLibre.

    Ladislav Hagara | Komentářů: 0
    včera 19:11 | IT novinky

    Společnosti Avast Software s.r.o. byla pravomocně uložena pokuta ve výši 351 milionů Kč. Tu uložil Úřad pro ochranu osobních údajů za neoprávněné zpracování osobních údajů uživatelů jejího antivirového programu Avast a jeho rozšíření internetových prohlížečů (Browser Extensions), k čemuž docházelo prokazatelně po část roku 2019.

    … více »
    Ladislav Hagara | Komentářů: 7
    včera 15:55 | Zajímavý článek

    Bylo vydáno do češtiny přeložené číslo 714 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.

    Ladislav Hagara | Komentářů: 0
    včera 15:44 | Pozvánky

    V sobotu 20. dubna lze navštívit Maker Faire Jihlava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | Zajímavý software

    Knihovna pro potlačení šumu RNNoise byla vydána ve verzi 0.2. Kvalitu potlačení lze vyzkoušet na webovém demu.

    Ladislav Hagara | Komentářů: 0
    včera 04:33 | Nová verze

    FRRouting (FRR) (Wikipedie), tj. softwarová sada pro směrování síťové komunikace, fork Quagga, byl vydán ve verzi 10.0.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (61%)
     (13%)
     (2%)
     (24%)
    Celkem 428 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    28.6.2008 12:44 vencas | skóre: 32
    Rozbalit Rozbalit vše použití sqlite pro hromady čísel: rychlost?
    Zdravím,

    pracuju na fyzikálním simulačním programu, kde se během výpočtů pravidelně (pro účely pozdější visualisace) ukládá část stavu simulace. Mám např. 10000 částic a u každé z nich potřebuju jednou za 30s výpočtu uložit 3 souřadnice (typ double) polohy, 4 složky prostorové orientace, 3 další pro označení RGB. Když výpočet běží třeba 24 hodin, dává to řádově stamiliony čísel.

    V současné chvíli se vytváří hromada souborů snapshot-0001340.bz2 atd, které v sobě mají ta čísla v ASCII (ve sloupcích, každý řádek jedna částice). ((předesílám, surová binární data nechci, to se nedá pohodlně prohlížet)) No a při čtení se soubory vyhledají v daném adresáři, setřídí (podle čísla iterace) a postupně načítají.

    No a napadlo mě, co kdyby se to ukládalo do sqlite. Výhodou by byl jeden soubor (sqlite prý podporuje až 2TB, mně to bzip2ované zabíralo asi 1GB), případně by se dal formát různě modifikovat, ukládat nějaká metadata u každé iterace (třeba kolik bylo hodin) atd.

    Dokáže někdo ze zkučených odhadnout, jak by to bylo s rychlostí zápisu a jak s rychlostí čtení? Při čtení budu muset vždy vyhledat číslo podle iterace, čísla částice a údaje, který si chci přečíst - čtení je ale striktně sekvenční, nebude ta hromada SELECTů moc pomalá?

    Jakou strukturu by měla mít tabulka? Třeba sloupce: iterace, id_částice, 10 sloupců pro čísla. Nebo pro každou iteraci zvláštní tabulku a pak jednu supertabulku, kde budou jméne těch tabulek pro jednotlivé iterace?

    Mám s databázemi minimální zkušenosti, omlouvám se za možná hloupé otázky. Google mi přímo k tématu nic neporadil, nebo jsem nevěděl, jak se správně zeptat.

    Díky moc, Vašek

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.