Directorio con muchos archivos

[Jamati]

Hola, buenas tardes:

Estoy desarrollando una aplicación en base de datos, la cual, al rcuperar el registro muestro una imágen.

La ruta de la imágen es:

Código:

imagen/1.jpg
imagen/2.jpg
imagen/3.jpg
imagen/4.jpg

etc etc ... donde el número representa el ID cargado en la base de datos.
Además, también tengo varias fotos de cada registro:

Código:

imagen/1_1.jpg
imagen/1_2.jpg
imagen/3_1.jpg
imagen/3_2.jpg
imagen/3_3.jpg

Mi pregunta pasa por saber lo siguiente:
Al día de hoy, en la carpeta imágenes tengo 8.000 archivos , y día tras día, se agregan alrededor de 20 aprox, con esto quiero decir, que irá creciendo.

Hasta cuantos archivos puede soportar el servidor sin que se haga lenta la carga de dicha imágen, o sin que consuma muchos recursos ??... dado que (supongo) no es lo mismo buscar entre 100 archivos o 8.000

Y si me sugieren separar las imágenes en 2 o 3 carpetas, y teniendo (no siempre) varias imágenes más por ID, como hago para realizar este proceso ??
ya que tendría que contar el número de archivos y si spera por ejemplo los 4.000, debe buscar la foto en otra carpeta

[pateketrueke]

huuuy... es impreciso de saber lo que dices, ya que no es problema de PHP... es mas bien tema del servidor Web que tengas instalado, quizá la configuración del mismo, la RAM, disco, etc...

[Jamati]

Gracias pateketrueke,

La info del servidor es la siguiente:

Processor Information

Processor #1 Vendor: GenuineIntel
Processor #1 Name: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz
Processor #1 speed: 1995.025 MHz
Processor #1 cache size: 1024 KB

Processor #2 Vendor: GenuineIntel
Processor #2 Name: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz
Processor #2 speed: 1995.025 MHz
Processor #2 cache size: 1024 KB

Memory Information

Memory for crash kernel (0x0 to 0x0) notwithin permissible range
Memory: 4032032k/5242880k available (2575k kernel code, 152084k reserved, 1304k data, 212k init)

Con estos datos me podés decir alguna opinión ??

Me interesa averiguar para no tener problemas de lentitud dentro de 6 meses quizás, ya que haré al servidor consumir muchos recursos para buscar el archivo quizás, y es lo que quiero evitar (aunque tampoco pensé todavía como desarrollarlo si me conviene separar en varias carpetas de imágenes)

[GatorV]

Tema movido desde PHP a Sistemas Unix

[AlvaroG]

Yo no creo que vayas a tener problemas de lentitud debido a la cantidad de archivos.
De todas formas, por organización quizás quieras separar los archivos por carpetas, una forma posible es hacerlo por miles:

imagenes/0/(archivos de 0 a 999)
imagenes/1/(archivos de 1000 a 1999)
imagenes/2/(archivos de 2000 a 2999)

Cómo hacer esto ya depende de tu sistema.

Saludos.

[Jamati]

Gracias AlvaroG,

Voy a dividirlo entonces como dijiste vos, aprovechando el número de ID de cada registro.

[BrujoNic]

Lo que no me queda claro es que decis Base de Datos y luego archivos de imágenes almacenados en directorios. ¿?.

Si en realidad estas usando, por ejemplo, una BD como MySQL, PostgreSQL, etc, en la cual, solo almacenas información de la persona y por aparte dejas las imágenes en directorio para ahorrar espacio en la BD, dejando solo la ruta donde recuperar la imagen o imágenes seleccionadas, entonces tu idea esta muy bien.

Si ese es el caso, entonces no te preocupes ya que el desempeño de la BD no va a ser pesado porque no estas almacenando las imágenes en la misma, por lo que pueden quedar todas las imágenes en el mismo directorio o realizar directorios independientes a como te lo están recomendando.

[Jamati]

Gracias BrujoNic,

Por el momento, me decidí a dividir las carpetas donde se almacenan las imágenes, dejando en cada una aprox 3000 archivos, y no solamente una de 12000.

Gracias por tu opinión.

Saludos

[nup_]

Hola:

Jamanti, la cantidad de archivos q puede tener un directorio está determinada por un dato q no has dado: el tipo de sistema de fichero q tienes.
Entonces ¿Qué tipo de sistema de ficheros tienes? FAT, FAT32, NTFS, ext3, ext4, ReiserFS.
FAT y FAT32 puden soportar unos cuantos miles de archivos por directorio.
NTFS puede soportar 4 billones (un 1 con 12 ceros detrás) de archivos por directorio.
Ext3 y ext4 no tienen una cantidad fija de archivos por directorio, depende de como estén configuradas, los inode libres q haya y otras cosas.

Si tienes la ruta directa hacia el fichero, leerlo no va a depender para nada de cuantos ficheros haya en su mismo directorio. Si tienes q hacer una búsqueda ya es otra cosa.

saludos;

Nup_

[Jamati]

Hola nup_,

Muy claro, eso es lo que estaba buscando.
Pero no entiendo una cosa: a que te referis con "leerlo" y cn "buscarlo" ... cual es la diferencia ??

[ssk13]

Buscarlo: saber si existe, dónde está...esto no implica que se lea el contenido, esto es lo que se hace en al "leerlo".

[nup_]

Iniciado por ssk13

Buscarlo: saber si existe, dónde está...esto no implica que se lea el contenido, esto es lo que se hace en al "leerlo".

Eso es lo q quería decir.
Si tienes la dirección completa del archivo q quieres acceder no hay problema. Pero si necesitas saber , por ejemplo , la cantidad de ficheros q están entre 1233.jpg y 2000.jpg, o los ficheros creados entre dos fechas específicas, o los ficheros q son imágenes de resolución 800x600, etc; esas búsquedas si van a tardar en dependencia de cuantos ficheros tengas en ese directorio.

saludos;

Nup_

[Jamati]

Excelente,

Muchísimas gracias a todos.
Me sirvió de mucha ayuda.