Por lo general, cuando tengo programas que realizan un análisis completo del disco y revisan todos los archivos del sistema, tardan mucho tiempo en ejecutarse. ¿Por qué updatedb se ejecuta tan rápido en comparación?
La respuesta depende de la versión de locateque está utilizando, pero hay una buena posibilidad es mlocate, cuyaupdatedb carreras rápidamente evitando hacer exploraciones de disco completo:
mlocate es una implementación de localizar / actualizadob. La 'm' significa "fusión": updatedb reutiliza la base de datos existente para evitar volver a leer la mayor parte del sistema de archivos, lo que hace que updatedb sea más rápido y no destruye tanto el caché del sistema.
(La base de datos almacena la marca de tiempo de cada directorio, ctime o la mtimeque sea más nueva).
Como la mayoría de las implementaciones de updatedb, mlocate's también omitirá los sistemas de archivos y las rutas que está configurado para ignorar. Por defecto no hay ninguno en mlocateel caso 's, pero las distribuciones suelen proporcionar un básico updatedb.confque ignora los sistemas de archivos en red, sistemas de archivos virtuales, etc. (véase el archivo de configuración de Debian , por ejemplo, lo que es una práctica estándar en Debian, por lo GNU de updatedbestá configurado de manera similar ).
mtimede su padre inmediato.mlocateimportactimey lomtimeque implica que solo le importa si la lista de entradas del directorio sigue siendo la misma (sin archivos eliminados o agregados), lo que significa que no le importan los archivos reales. Es eso correcto ?locateno esgrep -R. No lee el contenido del archivo.Además de verificar los tiempos de modificación,
mlocatetambién ignora ciertos subárboles del sistema de archivos que tienen muchos archivos poco interesantes o potencialmente duplicados, como se especifica en /etc/updatedb.conf (y se describe en man updatedb.conf ):fuente
updatedbimplementaciones también admiten exclusiones configuradas.)