Datos medidos

Cifras con sus condiciones

Es fácil anunciar rendimiento; lo difícil es explicar de dónde sale. Cada cifra incluye sus condiciones de medición, también lo que nunca hemos medido.

Primero, el entorno: son pruebas internas históricas en un MacBook Pro 2018 con Intel (i9-8950HK, 12 núcleos lógicos, 32 GiB), con distintas versiones y de macOS. La versión, los calentamientos, el número de muestras y las condiciones de caché varían según la fuente; las condiciones indicadas más abajo recogen lo registrado y lo que no se controló. Estas cifras no representan el rendimiento en Apple Silicon: no las hemos repetido allí ni hemos repetido todo este conjunto en la 1.8. Los tiempos internos de consulta no miden la respuesta completa desde la pulsación hasta los resultados mostrados.

Velocidad de búsqueda

Tiempos internos de búsqueda y filtrado

ElementoValorCondiciones
Umbral interno de latencia de consulta1M de entradas, p95 ≤ 5 ms
5M de entradas, p95 ≤ 20 ms
Un umbral que nos exigimos, no la mejor ejecución aislada
Consultas limitadas a una ruta1M de entradas, p95 13.5–13.9 ms
5M de entradas, p95 64.6–66.8 ms
1.4.1, 2026-07-28, Release, semilla fija: in:4095, 2 calentamientos y 10 consultas medidas por ronda, 3 rondas; huellas de resultados idénticas. No se controlaron la carga del sistema ni la caché de páginas del SO.
Acotar repetidamente el mismo alcancep95 330 ms → 81 msMismo equipo y datos, −75.4%2026-08-20, Release, macOS 15.7.9; conjunto fijo de 5M, in:4095 report, B→C→C→B (2 ejecuciones por binario), medias de los p95 de cada ejecución; las huellas coinciden. No se indicaron los calentamientos ni las consultas por ejecución de esta matriz.
Recálculo tras cambiar un filtro de visualizaciónDepende del alcance y de la consultaEl tiempo depende del alcance indexado y de los filtros activos; no se publica una cifra fija entre equipos para esta operación.
Actualización del índice

Del cambio de un archivo a poder encontrarlo

≈1s
Actualización p95 de 1.003 s en la prueba FSEvents completada de 30 minutos de la 1.6.0 (89)
30min
Prueba de cambios FSEvents completada con la 1.6.0 (89): 1800 operaciones de creación, renombrado y borrado; p95 de consulta de 5.5 ms
0 desviación
La conciliación completa al finalizar no detectó divergencias; bytes del índice y fechas de modificación sin cambios
≤300ms
Umbral interno de inicio en caliente a búsqueda disponible
Consumo de recursos

Indexación, memoria y tamaño del índice

ElementoValorCondiciones
Construcción de un índice sintético5M de entradas en 3.5 sMediana de 3 rondas, 2026-07-29No incluye el primer escaneo de un disco real: conjunto sintético fijo, Release; no se controlaron la carga del sistema ni la caché de páginas del SO. La cifra histórica de 39.5 s procede de una versión anterior, no de esta comparación en la misma sesión.
Primer escaneo completo de un disco realDepende del disco y la cantidad de archivosUn disco entero puede tardar decenas de minutosNo publicamos una cifra fija para distintos equipos: sería inventada. Puedes buscar en las carpetas habituales mientras se ejecuta
CPU en reposoGratis ≈0.08%; Pro ≈0.42–0.54% equivalente a un núcleo1.6.1 (169), gratis con 133k entradas: 91 s, ≈0.077%; 1.6.5 (172), disco completo tras indexar: 60 s, ≈0.42%, y luego una ventana independiente de 48 s, ≈0.54%. Alcances y ventanas de observación distintos.
Memoria justo después del inicio, antes de crear un índice≈23.7 MB físicosPico de 24.0 MB1.6.4 (144), compilación de desarrollo CleanState; inicio independiente, muestreado a los 20 s con vmmap -summary, antes de crear ningún índice. Es la huella física, no el RSS; un alcance mayor requiere más.
Umbral de memoria en estado estable≤ 200 MB con 1M de entradasUn umbral que nos exigimos; los picos temporales de indexación se adaptan a la memoria disponible y se liberan de inmediato
Tamaño del índice≤ 150 MB con 1M de entradas≈23 MB para las 133k entradas de la versión gratuitaEl índice solo guarda nombres, rutas, tamaños y fechas, nunca contenido
Lo que no hemos medido

También señalamos lo que falta

  • No se ha repetido ninguna de estas pruebas en Apple Silicon. Todas las cifras proceden del mismo equipo Intel.
  • No hay una cifra de «el primer escaneo completo tardará N minutos» válida para distintos equipos: depende del disco, la cantidad de archivos y el estado del sistema.
  • «5 millones» describe una escala de índice probada repetidamente durante el desarrollo. No es una previsión sobre tu disco.
  • Evitamos afirmaciones como «el más rápido»: solo publicamos nuestras mediciones y no comparamos velocidad con otras herramientas.

La forma más rápida de comprobarlo es instalarlo

La versión gratuita es gratis para siempre. La barra de estado muestra los resultados y el tiempo de consulta en directo: las cifras de tu Mac convencen más que las nuestras.