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:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 4
    dnes 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 5
    dnes 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

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

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    včera 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    12.3. 17:22 | Nová verze

    Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    12.3. 03:44 | Nová verze

    Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

    Ladislav Hagara | Komentářů: 4
    12.3. 02:11 | Komunita

    Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:44 | Nová verze

    Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    12.3. 00:22 | Nová verze

    D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1076 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Nedá se nějak urychlit "slocate"?

    25.9.2010 23:32 JF | skóre: 23
    Nedá se nějak urychlit "slocate"?
    Přečteno: 413×
    Dobrý den,

    zjistil jsem, že "updatedb" běží každý den jednu hodinu a vyžírá výkon CPU na 100%
    #!/bin/sh
    /usr/bin/updatedb -c
    Vzhledem k tomu, že se mi na 700GB disku skoro nic nemění, tak mě zajímá, jestli má smysl spouštět denně takovýhle kanón na vrabce.

    Nezdá se mi, že by program měl nějaku volbu, aby otevíral jen změněné soubory: http://unixhelp.ed.ac.uk/CGI/man-cgi?updatedb+1 Vypadá to, že to vyrábí celou databázi úplně znovu.

    Řešíte spouštění updatedb jinak?

    děkuji za náměty.

    Řešení dotazu:


    Odpovědi

    Řešení 1× (JF (tazatel))
    26.9.2010 00:27 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?

    Zdravim, co tak pouzit mlocate ? Vid nasledujuce :

     

    pato@debian:~$ aptitude show  mlocate
    Package: mlocate                         
    State: installed
    Automatically installed: no
    Version: 0.22.2-1
    Priority: standard
    Section: utils
    Maintainer: Tollef Fog Heen <tfheen@debian.org>
    Uncompressed Size: 582k
    Depends: libc6 (>= 2.4), adduser
    Conflicts: findutils (<= 4.2.31-1), slocate (<= 3.1-1.1)
    Description: quickly find files on the filesystem based on their name
    mlocate is a new implementation of locate, a tool to find files anywhere in the filesystem based on their name, using a fixed pattern or a regular expression. Unlike other tools like find(1), locate uses a previously created database to
    perform the search, allowing queries to execute much faster. This database is updated periodically from cron.

    Several implementations of locate exist: the original implementation from GNU's findutils, slocate, and mlocate. The advantages of mlocate are:

    * it indexes all the filesystem, but results of a search will only include files that the user running locate has access to. It does this by updating the database as root, but making it unreadable for normal users, who can only access it
    via the locate binary. slocate does this as well, but not the original locate.

    * instead of re-reading all the contents of all directories each time the database is updated, mlocate keeps timestamp information in its database and can know if the contents of a directory changed without reading them again. This makes
    updates much faster and less demanding on the hard drive. This feature is only found in mlocate.


    Installing mlocate will change the /usr/bin/locate binary to point to mlocate via the alternatives mechanism. After installation, you may wish to run /etc/cron.daily/mlocate by hand to create the database, otherwise mlocate won't work
    until that script is run from cron itself (since mlocate does not use the same database file as standard locate). Also, you may wish to remove the "locate" package in order not to have two different database files updated regularly on
    your system.

     

    Vsimni si hlavne to tucnym kurzivom zvyraznene. Presne to, co pozadujes od slocate, dokaze len mlocate. :)

    24.10.2010 18:00 JF | skóre: 23
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?
    Dik za radu. root@dvouramenna:/etc/cron.daily# time /usr/bin/updatedb
    real 7m36.371s
    user 0m3.196s
    sys 0m10.996s
    Mlocate běží jen 7,5 minut.
    25.10.2010 10:29 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?

    Som rad, ze pomohlo. To bolo po prvykrat spustene? Lebo u mna to je takto:

    root@debian:/tmp# time /usr/bin/updatedb

    real    0m0.214s
    user    0m0.084s
    sys     0m0.072s

    A to bude prave ta vyhoda mlocate, ze neindexuje kazdy adresar a jeho obsah pri kazdom update. A ja nemam vobec ani ponatia, ze tu nieco taketo bezi, co je skvele samozrejme. ;)

    26.10.2010 10:26 JF | skóre: 23
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?
    Ne, tech 6 min bylo napodruhe.

    Slocate bezi neco přes 1 hodinu, mlocate bezelo napoprve 30min. Už jsem jednou napsal, že se mi na disku vali spousta souboru - např. 11000 souboru od Graphics Magicku a take nekolik set fotek.

    Ještě jsem objevil blocate. To je ovšem shit. Napsáno je to v C# a vyžaduje k běhu mono a nějaký patch do kernelu. Nepotřebuji zasrat paměť nějakým managovaným trvale běžícím kódem.
    25.10.2010 10:50 finn | skóre: 43 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?
    Od té doby, co jsem pro updatedb nastavil nejnižší možnou prioritu (nice, ionice), o něm nevím. V konfiguráku je navíc možné nastavit proměnnou PRUNEPATHS tak, aby se některé adresáře neprohledávaly (např. /usr/portage u Gentoo) – to taky může pomoci.
    Užívej dne – možná je tvůj poslední.
    David Watzke avatar 25.10.2010 11:29 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?
    Souhlasím, mlocate je podstatně lepší než slocate. Dříve jsem ještě používal rlocate, které spoléhalo na cosi v jádře a bylo to ještě rychlejší, ale pak to snad nějak z jádra odstranili a já sem na rychlo přešel na mlocate.
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    25.10.2010 10:58 Semo | skóre: 45 | blog: Semo
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?
    Na disku, kde sa toho vela nemeni, by urcite nevadilo to spustat raz tyzdenne. Takze pravdepodobne presunut patricny skript z /etc/cron.daily do /etc/cron.weekly. (a po kazdom update baliku zmazat z cron.daily).
    If you hold a Unix shell up to your ear, you can you hear the C.
    26.10.2010 10:30 JF | skóre: 23
    Rozbalit Rozbalit vše Re: Nedá se nějak urychlit "slocate"?
    Pokud to běží ve 4:00 v noci pouze 6min, tak o něm ani nevím a je to v pohodě. Když to chrochtá po disku přes hodinu, tak je to zbytečná zátěž na disk. Ale souhlasím, že stačí reindexovat jednou týdně.

    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.