RE: [suse-linux-s] limite ext3 de 32000 directorios
![](https://seccdn.libravatar.org/avatar/755119b2c18a49283380e860adc73aba.jpg?s=120&d=mm&r=g)
Wenas :)
He leido en foros que el limite de subdirectorios en EXT3 es de 32.000, aunque puedo configurarlo a 64.000.
Ocurre, que tengo miles de archivos de 1K, y con ext3 puedo configurar los bloques a 1K, es por ello que este formato me viene muy bien.
Estos son MUCHOS directorios y ficheros MUY pequeños. Si no es mucha indiscreción, ¿de qué son esos ficheros?
he pensado formatear el disco a FSRaiser, pero según veo los bloques son de 4K, por lo que dejo bastante sin utilizar de disco.
No, el tamaño ÓPTIMO de bloque para reisefs es 4 KB, pero puedes determinar otros tamaños, copio del man de mkresierfs: -b | --block-size N N is block size in bytes. It may only be set to a power of 2 within the 512-8192 interval.
¿Puedo cambiar el tamaño de los bloques de FSRaiser a 1K para no perder recursos?
Por poder se puede ...
El acceso a disco tiene q ser lo más rápido posible, ¿configuro el FSRaiser de alguna manera?, utilizaré Yast2 para formatear. ¿alguna recomendación?
Como te comentan más abajo:
No es una limitación de SUSE sino del sistema de archivos que estes usando. Creo que la solucion es usar reisefs.
Personalmente te recomiendo: - pensar en arquitectura de 64 bits: te permite trabajar con mayor número ficheros y directorios - pensar en distribuir tantos subdirectorios en varios discos Te aconsejo esto porque aunque reiserfs soporte esos números ... una búsqueda o un borrado de un directorio determinado puede ser eterno (he conocido casos de 5 horas para borrar un subdirectorio con 5000 ficheros y subdirecotrios). Eso no es productovo por lo que si trabajas con 64 bits y además distribuyes los directorios y subdirectorios en diferentes discos, obtendrás mejores resultados. También te aconsejo meterle memoria y CPU ya que si tienes gente buscando, otros escribiendo, otros leyendo y otros borrando ... la máquina puede sufrir ... y tu también :( HTH Rafa
![](https://seccdn.libravatar.org/avatar/861b5545c111d2257fa12e533e723110.jpg?s=120&d=mm&r=g)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-10-14 a las 11:45 +0100, Rafael Griman escribió:
Te aconsejo esto porque aunque reiserfs soporte esos números ... una búsqueda o un borrado de un directorio determinado puede ser eterno (he conocido casos de 5 horas para borrar un subdirectorio con 5000 ficheros y subdirecotrios). Eso no es productovo por lo que si trabajas con 64 bits y además distribuyes los directorios y subdirectorios en diferentes discos, obtendrás mejores resultados.
Cierto, inlcuso puede ser imposible. No hace mucho salió uno en la lista (o esta o la inglesa) que no podía copiar, hacer un backup, de un directorio de estos, por la sencilla razón que la shell expande "*" a los nombres de todo lo que encuentra... y tantos miles de ficheros hace una expansión de la linea de comandos tal que no cabe en el buffer, y petaba casi todo. Una de las cosas que funcionaba era el mc, pero tardaba horas. Tuvo que redistribuir ese directorio en un arbol de unos cientos de ramas: 0/0/* 0/1/* 0/2/* ... 1/0/* etc.
También te aconsejo meterle memoria y CPU ya que si tienes gente buscando, otros escribiendo, otros leyendo y otros borrando ... la máquina puede sufrir ... y tu también :(
En el caso que mencionaba antes, no se notaba porque la aplicación sabía el nombre exacto de cada fichero que necesitaba, no tenía que buscarlo: y eso funciona rápido. Fué el administrador el que se dio cuenta del problema al intentar copiar esos miles de ficheros a otro sitio. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDT7vttTMYHG2NR9URApbjAKCX5yCCOpLsLmGoHTTqcpv0CUktEACfdVSn IYdmtQV5gdO/SpQAu4n+mL0= =vrnK -----END PGP SIGNATURE-----
participants (2)
-
Carlos E. R.
-
Rafael Griman