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 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 1
včera 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
včera 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 3
včera 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 2
včera 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
včera 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 20
25.4. 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
25.4. 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 72
25.4. 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (6%)
 (45%)
 (10%)
Celkem 312 hlasů
 Komentářů: 50, poslední dnes 04:06
    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: 316×
    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: 42 | 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: 44 | 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.