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í
×
včera 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

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

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 4
20.1. 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 10
20.1. 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
20.1. 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
20.1. 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
20.1. 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 363 hlasů
 Komentářů: 25, poslední 21.1. 13:34
Rozcestník
Reklama

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: 313×
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.