El 16 de diciembre de 2014, 16:44, Ala de Dragón <aladedra...@gmail.com> escribió: > > El 16/12/14, Edwin De La Cruz <edwinsp...@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-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > https://lists.debian.org/ca+924hruozgdzh7s25hdr37ayz2xzbsbb+j0xctjbvoemd...@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.
