skip to main | skip to sidebar
Code 18
Manuel du savoir-faire à l'usage des geeks et des curieux
RSS
  • Accueil
  • Le web au Québec
  • Liens
  • Twitter
  • Facebook
  • À propos

dimanche 18 juillet 2010

Linux : pourquoi locate est plus rapide que find

Publié par Infinite Loop, à 09 h 28 0 commentaire

C'est toujours une expérience enrichissante lorsqu'un administrateur réseau nous assiste pour faire des manipulations sur un serveur Linux. J'apprends quelque chose de nouveau à tout coup. Enthousiaste de Linux, je suis loin d'être un expert. Lentement, je découvre le système d'exploitation et j'apprends à maîtriser mon environnement, une étape à la fois. Comme on dit qu'il n'y a pas de question stupide, j'en profite pour les poser à ces experts pour qui Linux n'a plus de secrets.

À partir de Windows, j'étais connecté à un serveur Linux avec Putty et il m'a demandé de chercher un fichier par son nom. Intuitivement, j'ai entré quelque chose comme ceci (recherche à partir de la racine /) :

find / -name 'php.ini'

C'est là qu'il m'a arrêté pour me suggérer l'utilisation de la commande locate, qui est plus rapide. Ok, mais pourquoi ? Je ne veux pas l'utiliser sans avoir compris en quoi locate est mieux que find dans cette situation.

Il m'explique que locate utilise un index maintenu à l'interne. Si un fichier est nouvellement ajouté, il ne sera peut-être pas répertorité immédiatement (un cron permet de réindexer les fichiers de façon périodique, par exemple quotidiennement). Mais pour un fichier plus vieux, il le trouvera plus rapidement. Dans le pire des cas, si le fichier n'est pas trouvé avec locate, on pourra se rabattre sur la commande find qui le trouvera. Cette dernière est plus puissante et possède plus d'options mais demeure plus lente.

Donc je me suis réessayé en entrant :

locate php.ini

Le résultat est apparu instantanément. Le soir même, chez moi, j'ai cherché à en savoir plus sur locate et son indexation. Sur le bureau d'Ubuntu, j'ai créé un fichier nommé "youppi". Immédiatement après, j'ai tenté de le chercher par locate : aucun résultat.

À quel moment l'indexation a lieu ? Comment repartir manuellement le processus d'indexation en cas de besoin ?

En fouillant un peu, j'ai trouvé que le processus s'appelle updatedb et se trouve dans /usr/bin/updatedb. Si je l'exécute, le nouveau fichier sera indexé pour les recherches ultérieures :

sudo updatedb

Ensuite :

locate youppi

Résultat:
/home/code18/Desktop/youppi

Autrement, je peux patienter lors de la prochaine indexation automatique. Ceci se fait à partir d'un cron job où on peut voir l'appel dans /etc/cron.daily/mlocate. Selon ce que j'en lis, mlocate est la nouvelle implémentation de locate (où "m" est pour merging, qui utilise la même base de données d'updatedb). En jetant un coup d'oeil à l'aide (locate -h), j'ai été étonné de voir que les implémentations de locate et mlocate sur Ubuntu avaient été développées par RedHat ou du moins un contributeur qui y travaille.


Tags: Linux

0 réponse à "Linux : pourquoi locate est plus rapide que find"


Publier un commentaire

Message plus récent Messages plus anciens Accueil
S'abonner à : Publier des commentaires (Atom)
    Suivre @code18 sur Twitter

    Catégories

    • Apache (21)
    • Citations (167)
    • Club Vidéo (24)
    • Coffre à outils (55)
    • CSS (8)
    • Curiosités (117)
    • Design Pattern (2)
    • Drupal (8)
    • Easter Eggs (22)
    • Extensions Firefox (20)
    • GIMP (7)
    • Histoire (21)
    • HTML (32)
    • Humour (57)
    • Intégration (34)
    • iPod (12)
    • JavaScript (110)
    • Jeu de combat (6)
    • Le coin du geek (128)
    • Liens (12)
    • Linux (56)
    • Livres (78)
    • Lois et principes (46)
    • Marché des saveurs (26)
    • Mathématique (18)
    • Mobile (5)
    • Montréal (32)
    • Musique (112)
    • Pancartes et écriteaux (16)
    • Perl (8)
    • Pérou (1)
    • PHP (130)
    • PostgreSQL (44)
    • Programmation (105)
    • Saviez-vous que (55)
    • Sécurité (22)
    • SEO (5)
    • SQL Server (22)
    • Vieilles publicités (6)
    • Virtualisation (8)
    • Voyages (1)
    • Zend Framework (26)

    Divers

    Archives

    • ►  2015 (6)
      • ►  août 2015 (1)
      • ►  juillet 2015 (1)
      • ►  février 2015 (3)
      • ►  janvier 2015 (1)
    • ►  2014 (8)
      • ►  décembre 2014 (1)
      • ►  novembre 2014 (1)
      • ►  octobre 2014 (1)
      • ►  août 2014 (2)
      • ►  juillet 2014 (2)
      • ►  janvier 2014 (1)
    • ►  2013 (53)
      • ►  décembre 2013 (2)
      • ►  novembre 2013 (1)
      • ►  octobre 2013 (3)
      • ►  septembre 2013 (2)
      • ►  août 2013 (5)
      • ►  juillet 2013 (3)
      • ►  juin 2013 (5)
      • ►  mai 2013 (3)
      • ►  avril 2013 (7)
      • ►  mars 2013 (7)
      • ►  février 2013 (11)
      • ►  janvier 2013 (4)
    • ►  2012 (105)
      • ►  décembre 2012 (8)
      • ►  novembre 2012 (5)
      • ►  octobre 2012 (4)
      • ►  septembre 2012 (1)
      • ►  août 2012 (8)
      • ►  juillet 2012 (7)
      • ►  juin 2012 (7)
      • ►  mai 2012 (10)
      • ►  avril 2012 (13)
      • ►  mars 2012 (15)
      • ►  février 2012 (15)
      • ►  janvier 2012 (12)
    • ►  2011 (146)
      • ►  décembre 2011 (14)
      • ►  novembre 2011 (11)
      • ►  octobre 2011 (12)
      • ►  septembre 2011 (13)
      • ►  août 2011 (15)
      • ►  juillet 2011 (17)
      • ►  juin 2011 (18)
      • ►  mai 2011 (15)
      • ►  avril 2011 (9)
      • ►  mars 2011 (7)
      • ►  février 2011 (3)
      • ►  janvier 2011 (12)
    • ▼  2010 (398)
      • ►  décembre 2010 (29)
      • ►  novembre 2010 (28)
      • ►  octobre 2010 (32)
      • ►  septembre 2010 (34)
      • ►  août 2010 (22)
      • ▼  juillet 2010 (35)
        • Les Inuits débarquent sur le web
        • Boucler sur des propriétés JSON
        • Nettoie tes oreilles ou articule quand tu parles!
        • Redémarrer l'univers
        • En quête de la tablette Android
        • Fabriquer un coin-coin en papier
        • Citation no. 92 sur l'Amazonie
        • Règlement de la route farfelu en Ontario
        • Classer des éléments du DOM avec jQuery
        • Grrrrr, bark, woof !
        • Lister les champs d'une table PostgreSQL par SQL
        • Séparés à la naissance : Georges Laraque et Vigo
        • Évaluation des variables en PHP
        • Corona glacée instantanément
        • Linux : pourquoi locate est plus rapide que find
        • Citation no. 91 sur l'appartement
        • Autres références à Hitchhiker's Guide to the Galaxy
        • Dictionnaire Français - Francine
        • Performance de Zend_ACL
        • Quand j'étais petit, j'étais con
        • L'âne de Sam Loyd
        • Super Mario Bros et la réalité augmentée
        • Origine du Babel Fish
        • Citation no. 90 sur les fesses
        • Ouvrir un PDF à la bonne page par le shell
        • La 9ème vie d'Internet Explorer
        • Tap Tap Revolution sur la guitare
        • Redirection .htaccess ASP vers PHP
        • Comme une odeur de Milliblatts
        • Un peu de simplicité volontaire
        • Installer XDebug pour PHP
        • Citation no. 89 sur les fonctionnaires
        • Performance de Zend Framework
        • Réinventer la roue en programmation
        • Pourquoi il y a si peu de femmes ingénieures
      • ►  juin 2010 (42)
      • ►  mai 2010 (36)
      • ►  avril 2010 (37)
      • ►  mars 2010 (34)
      • ►  février 2010 (32)
      • ►  janvier 2010 (37)
    • ►  2009 (429)
      • ►  décembre 2009 (32)
      • ►  novembre 2009 (34)
      • ►  octobre 2009 (33)
      • ►  septembre 2009 (37)
      • ►  août 2009 (37)
      • ►  juillet 2009 (39)
      • ►  juin 2009 (38)
      • ►  mai 2009 (37)
      • ►  avril 2009 (35)
      • ►  mars 2009 (36)
      • ►  février 2009 (32)
      • ►  janvier 2009 (39)
    • ►  2008 (84)
      • ►  décembre 2008 (34)
      • ►  novembre 2008 (39)
      • ►  octobre 2008 (11)

    Abonnés

Copyright © All Rights Reserved. Code 18 | Converted into Blogger Templates by Theme Craft