Hola a todos.
A la hora de buscar archivos o directorios en un entorno de mil, digamos, no hay problemas pero cuando el numero de items es de 70.000, 100.000 o mas ¿Cual seria la forma optima de hacerlo?
Estoy usando esta orden shell
find . -type f -name ".epub"
Pero como la cantidad de archivos a analizar es de 60.000 mas o menos, el programa se queda detenido.
¿Existe una forma de buscar e ir entregando parcialmente los datos?

Saludos.

No es que se quede detenido, es que find es un poco quisquilloso con la pregunta
Prueba:

  find . -type f -name *.epub

o

  locate epub

===================
No podemos regresar

shordi escribió: [Ver mensaje]

No es que se quede detenido, es que find es un poco quisquilloso con la pregunta
Prueba:  find . -type f -name *.epub o locate epub

He modificado a esto:
find /directorio/de/los/libros -type f -iname "*.epub"
De esta manera funciona muy bien y es rápido. El problema aparece cuando los archivos son muchos.
Hice una prueba con 7.000 y funciono, tardando bastante en devolver los resultados, así que con 70.000 no hice la prueba ya que estimo que demorara muchísimo tiempo.
La cosa va de escanear un directorio y listar los archivos para luego hacer operaciones sobre estos, por ejemplo en caso de musica o libros leer los metadatos. Así que hay dos procesos uno que tiene por finalidad listar archivos y otro que tiene por finalidad "leer" algun dato de estos.
Quisiera hacer algo parecido a lo que hacen los programas como Rhythmbox o Amarok que van escaneando el directorio de música y a medida que encuentra archivos [proceso 1] va leyendo los metadatos [proceso 2].
Como lo tengo montado ahora hasta que no se lista la totalidad de archivos no comienza el otro proceso. Esto es poco eficiente.
Si alguien tiene un método mas eficiente para listar archivos de directorios seria interesante que lo comparta, sobretodo si trabaja bien con grandes cantidades de estos.
Nota: Dejo un programa de estudio en el que puse dos métodos de listado, uno es con Find de shell y otro con Rdir de gambas.
 
1 - Directorio de búsqueda
2 - Extensión de archivo
3 - Elección entre Find r Rdir
4 - Inicio de busqueda
5 - Mostrando los resultados (con un LCDLabel se muestra la cantidad encontrada)
Saludos.

En base a un post de Julio adapte esto



En esta linea  Read #Last, sLine, -80 ¿Que papel juega el -80?

Tincho:

¿ Cómo es que te tarda tanto ?.

Tienes localizado los libros en un directorio, no tiene que buscarlos por todo el disco.
En mi caso que uso los juegos de Spectrum para practicar temas de archivos que deben ser sobre los 12K,
no tarda demasiado.

Si quieres temporizar el tiempo del comando añade al principio el comando time.
Ejemplo:



Después del listado...

Citar:

real    0m0.035s
user    0m0.029s
sys    0m0.005s

Muestra el tiempo total de ejecución, el que ha sido empleado por el usuario y el sistema.

Citar:

En esta linea  Read #Last, sLine, -80 ¿Que papel juega el -80?

Aquí muestra lo que preguntas.

READFlujo _Stream_

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell escribió: [Ver mensaje]

Tincho:
¿ Cómo es que te tarda tanto ?.
Si quieres temporizar el tiempo del comando añade al principio el comando time.

Ok, no recordaba esta opción "time", muy útil. Los archivos están en una red así que suele ir lento, bueno por lo menos mas lento que el disco "directo"

Citar:

En esta linea  Read #Last, sLine, -80 ¿Que papel juega el -80?

Ok, según esto con -1 bastaría para que lea toda la linea completa.

Seria interesante saber que método siguen en los programas de catalogacion de musica o libros , por ejemplo, para gestionar las colecciones.

Saludos.

Tincho:

Citar:

Ok, no recordaba esta opción "time", muy útil. Los archivos están en una red así que suele ir lento, bueno por lo menos mas lento que el disco "directo"

Ahora entiendo. A lo mejor usar Find no es lo ideal.  

 

El problema principal es controlar los cambios de los archivos si se producen. Si se añaden, si se borran, actualizar esos cambios.
Desde luego la base de datos no hay quien se la quite.

Hace años, cuando usaba el msdos, no me acuerdo que antivirus usaba, puede que el Mcafee. Este creaba en cada directorio un archivo
que debía ser como una comprobación de cada archivo por si algo lo alteraba.

Si tuviéramos un volumen de información controlada y añadiéramos algo nuevo. Podíamos controlar cuales son esos cambios.
Supongo que antes de añadir la nueva información a la anterior. Puede que sea la forma más practica.

¿ Qué te parece el comando diff ?.

https://enavas.blogspot.com/2008/03...mando-diff.html

Jugar con listas de archivos y ver los cambios producidos.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell escribió: [Ver mensaje]

...Ahora entiendo. A lo mejor usar Find no es lo ideal...

Si cada vez que hay listadas , digamos, 1000 entradas, se pudiera pausar el comando find, seria ideal porque permitiría derivar esos datos a un archivo o una lista de proceso y hacer alguna tarea.
La parte mas pesada seria al principio, ya que habría que agregar todas las "entradas" a la lista luego find permite indicar que se listen los archivos que han cambiado o han sufrido un acceso en un lapso de tiempo especifico.

Saludos.