abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 13:55 | IT novinky

    Hodnota Bitcoinu, decentralizované kryptoměny klesla pod 70 000 dolarů (1,44 milionu korun).

    Ladislav Hagara | Komentářů: 2
    dnes 13:22 | IT novinky

    Valve z důvodu nedostatku pamětí a úložišť přehodnocuje plán na vydání zařízení Steam Controller, Steam Machine a Steam Frame: "Cílem tedy stále zůstává vydat všechna tři nová zařízení v první polovině letošního roku, ale přesná data a ceny jsou dvě věci, na kterých usilovně pracujeme a jsme si dobře vědomi toho, jak rychle se v tomto ohledu může vše změnit. Takže ač dnes žádné zveřejnitelné údaje nemáme, hned jak plány finalizujeme, budeme Vás informovat."

    Ladislav Hagara | Komentářů: 0
    dnes 03:11 | Komunita

    Do 20. února lze hlasovat pro wallpapery pro Ubuntu 26.04 s kódovým názvem Resolute Raccoon.

    Ladislav Hagara | Komentářů: 2
    dnes 02:22 | Nová verze

    Byla vydána lednová aktualizace aneb nová verze 1.109 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.109 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 1
    včera 19:33 | Zajímavý projekt

    Na Kickstarteru běží kampaň na podporu modulárního otevřeného handheldu Mecha Comet s Linuxem.

    Ladislav Hagara | Komentářů: 5
    včera 14:00 | Humor

    V nedávno zveřejněné kolekci dokumentů souvisejících s kontroverzním finančníkem a kuplířem Jeffrey Epsteinem se překvapivě objevil i referenční manuál unixového shellu Bash, jedná se o verzi manuálu z roku 2005. Aktuální vydání si lze stáhnout ze stránek GNU.

    NUKE GAZA! 🎆 | Komentářů: 14
    včera 13:55 | Nová verze

    The Document Foundation oznámila vydání nové verze 26.2 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs). Vypíchnout lze podporu formátu Markdown.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Pozvánky

    Co se děje ve zprávách, ví asi každý - válka sem, clo tam, demonstrace na jednu i druhou stranu a bastlíř už má pocit, že se snad ani nic jiného neděje. To by však byl velký omyl a Virtuální Bastlírna je zde jako každý měsíc, aby vytáhla na světlo světa události ze světa vědy a techniky. Připojte se tedy nezávaznému povídání Strahovského MacGyvera! Co se tam bude probírat? PCBWay začalo dělat průhledné plošňáky, MARS končí s výrobou skříněk, FEL

    … více »
    bkralik | Komentářů: 0
    včera 12:11 | IT novinky

    Guvernérka státu New York Kathy Hochul (Demokraté) plánuje novou legislativu, která by měla omezit výrobu 3D tištěných zbraní. Tento návrh zákona zavádí povinnost pro všechny 3D tiskárny prodávané ve státě New York obsahovat 'software' bránící ve výrobě zbraní. Návrh zákona rovněž zakazuje lidem sdílet 'digitální plány zbraní' (blueprinty) bez povolení. Existují důvodné obavy, že se tento nešťastný nápad může šířit do dalších zemí a ovlivnit celý 3D tisk jako takový. Ostatně, s podobnou regulací nedávno přišel i stát Washington.

    NUKE GAZA! 🎆 | Komentářů: 27
    včera 05:11 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za prosinec 2025 a leden 2026 (YouTube). Zajímavé, že i v roce 2026 celou řadu problémů vyřeší falšování řetězce User-Agent.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (10%)
     (25%)
     (3%)
     (5%)
     (2%)
     (12%)
     (30%)
    Celkem 761 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: Ako rýchlo čítať adresár?

    8.9.2010 22:07 rastos | skóre: 63 | blog: rastos
    Ako rýchlo čítať adresár?
    Přečteno: 263×
    Potrebujem zistiť zoznam všetkých súborov v danom adresári, ich timestamp a veľkosť. Existuje rýchlejšia cesta ako opendir(), readdir(), stat(), closedir() ?

    Odpovědi

    8.9.2010 23:53 Semo | skóre: 45 | blog: Semo
    Rozbalit Rozbalit vše Re: Ako rýchlo čítať adresár?
    Tu sa popisuje inteligentnejsi readdir().
    Některé souborové systémy dokáží vrátit typ souboru se jménem ve volání readdir(), takže v mnoha situacích není nutné volat stat()
    Ale ci sa z toho da ziskat aj velkost a pod. to netusim.
    If you hold a Unix shell up to your ear, you can you hear the C.
    Heron avatar 9.9.2010 10:56 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Ako rýchlo čítať adresár?
    V podstatě neexistuje. Položka v adresářové struktuře jen ukazuje na inode a všechna metadata jsou až tam. Takže FS stejně musí sáhnout jak do adresářového stromu, tak do inode.

    Pomohl by index, který by sis ale musel udržovat sám. Pokud jsou ty soubory pouze pro čtení, tak by jeho udržování nebylo náročné.

    Případně, pokud je těch souborů opravdu hodně, tak zvážit jejich umístění do DB jako BYTEA, případně LONGBLOB. Metadata by byla přímo v tabulce, tedy rychle dostupná (a ještě k tomu snadno prohledávatelná, na rozdíl od FS) a data má DB interně uložena jinde (TOAST) a v tabulce je pouze pointer (pro uživatele je to transparentní a ten vidí data jakoby byla přímo v tabulce). IMHO je to nejlepší řešení pro mnoho souborů (nad několik set tisíc). Důrazně nedoporučuji soubory na disku a v DB jen cestu, to se rozsype po prvním ROLLBACK, případně ještě dřív.

    Co by mělo pomoci okamžitě je přidání paměti. Každý pořádný FS si drží adresářovou strukturu a metadata v paměti. Takže po prvním přečtení z disku už se na něj prakticky pro tyto údaje nesáhne (pokud tedy je připojen s volbou noatime).
    9.9.2010 12:37 rastos | skóre: 63 | blog: rastos
    Rozbalit Rozbalit vše Re: Ako rýchlo čítať adresár?
    Takže FS stejně musí sáhnout jak do adresářového stromu, tak do inode.
    To je jasné. Skôr mi ide o to, či nie je možné napr. prečítať pole direntry štruktúr jedným volaním, alebo z čítania adresára dostávať handle a na tie potom volať fstat() miesto stat() čo by snáď mohlo byť o chlp rýchlejšie.

    Celé ma to zaujíma kvôli tomu, že zisťovanie napr. time stampu a veľkosti súboru z Javy, sú viaceré volania na stat(). Chcem si napísať niečo efektívnejšie cez JNI.
    Případně, pokud je těch souborů opravdu hodně, tak zvážit jejich umístění do DB
    Ide o implementáciu backendu, ktorý má stanovený interface a za ním môžem mať napr. SQL databázu, ale v istých situáciách (počas vývoja, testovania, troubleshootingu, ...) je vhodné mať aj súborovú implementáciu. Zvláštne je, že napr. windowsové FindFirstFile() vracia WIN32_FIND_DATA kde už okrem nájdeného mena súboru je aj čas, veľkosť, atribúty ...

    Vďaka za odozvu.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.