Epa :) [...]

...

¿Por qué queremos meter 4 ficheros en un bloque de 4 KB? si mediante la opción:

-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.

le podemos decir que use bloques de 512 bytes. Posiblemente le sea más útil crear el sistema de ficheros con un tamaño de bloque de 1 KB en lugar de 4 KB.

Se viene configurado en 4KB por un tema de optimizacion de velocidad de acceso a los datos... se tienes bloques muy chicos (512 bytes) el acceso a un archivo seria mas lento y ademas se aumentaria la fragmentacion de los datos !!!! :-S

Efectivamente, por eso en un correo anterior aconsejaba dividir el directorio en al menos 4 filesystems (si puede ser en discos diferentes, controladoras diferentes, ...) y aumentar la memoria del sistema, CPUs y pasar a 64 bits. Obviamente, esto es una situación idílica en la que el tema dinero no es problema ... qué bonito es soñar ;) Por lo que todo lo que sea viable, por ejemplo aumentar memoira y separar los subdirectorios, aunque sea en el mismo disco (o al menos dos discos), sí son opciones viables.

...

Por lo menos eso es lo que entiendo yo con esta opción.

estas en el cierto !!

...

En otros casos en los que los ficheros no estén tan bien definidos (1 KB) lo de meter un montón de ficheros en un bloque puede ser útil, pero si ya sabemos el tamaño ... lo mejor es crear el sistema de ficheros de acuerdo al tamaño ... ¿no?

mmmm... buena.. pero muy buena observacion !!!!!

opnion bien personal y sin base alguna: "Personalmente tengo mis dudas sobre la performance de una sistema de archivos ext3 con "millares" de archivos de 1K adentro con bloques de 1K... se tiene q llevar en cuenta q modificando los bloques tambien se deberia de aumentar la cantidad de inodes y esto "talvez podria" disminuir y mucho el desempeno de acesso a la particion... "

Completamente de acuerdo con tu opinión, de ahí lo de separar los subdirectorios en diversas particiones. Además, al aumentar el número de i-nodos, disminuye el espacio para datos en disco/partición por lo que hay que hacer dicha partición mayor. Cuanto menor sea el tamaño de fichero, peor rendimiento suele tener un sistema de ficheros. Como Carlos ha demostrado, además, podemos encontrarnos con herramientas no adaptadas a tales necesidades por lo que nos puede dar otros quebraderos de cabeza :( Lo bueno es que podemos reportar bugs y/o corregirlos nosotros y contribuir así a la mejor del OSS ;) No es tan fácil esto del tuning ;)

mmmmm... mmmmmm.... mmmmmm..... Ahora, dejando de lado mis opniones personales sin fundamentos, es cierto, no hay sentido (al menos no puedo comprobar) para NO utilizar los bloques con tamanos de 1KB, sabiendo q todos vuestros archivos seran de exactamente 1KB !!!!

salu2 y super atento a comentarios. :-D

Igualmente :) Rafa