Re: [OT] Es mejor un archivo grande o muchos pequeños

El 16 de diciembre de 2014, 16:44, Ala de Dragón <aladedragon@gmail.com> escribió:

El 16/12/14, Edwin De La Cruz <edwinspire@gmail.com> escribió:
(...)
>
> La Pregunta es la siguiente: es pesado (lento) para el procesador el tener
> que leer o copiar cientos o miles de archivos individuales, lo pregunto
> porque me ha pasado que cuando copio alguna carpeta que contiene ciento de
> archivos, todos menores a 10K, el proceso es muy muy lento.
>
(...)

Hola :)

Yo probaría cambiar y configurar el sistema de ficheros, tamaño de
inodos etc... Reiserfs tiene muy buena fama con ficheros pequeños.

http://www.buanzo.com.ar/lin/70s-FStrans.html

Saludos.

--
"El cielo es para los dragones
lo que el agua es para las ninfas"

--
To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: https://lists.debian.org/CA+924HRuozGDZh7S25Hdr37AYz2xzbsbB+J0xCtJbvoEMD86w@mail.gmail.com

Gracias por responder, el problema de hacer esa eleccion es que la aplicacion tambien la tengo pensada para correr en Winbugs.

De momento usando SQLite, segun he leido, el sistema de bloqueo de archivos funciona bien en Linux, pero en winbugs es otro cosa.

He ahi mi temor.

Tengo pensado algo un poco descabellado:

1- Que la aplicacion guarde los registros en XML individuales.

2- Al arrancar la aplicacion se crearia una base de datos SQLite en memoria que automaticamente "carge" todos esos registros en la base, para que pueda ser facil acceder a ellos por SQL.

3- Cuando un nuevo registro es creado, automaticamente se crea un XML y se inserta en la base de datos.

De este modo creo que si la base de datos SQLite se corrompe no habria problema, puesto que al reiniciar la aplicacion esta crearia la base de datos nuevamente.