Hola :) El Thursday 19 March 2009, Carlos E. R. escribió:
El 2009-03-18 a las 21:13 +0100, Rafa Grimán escribió:
...
Para serlo, se debería hacer un sync a disco en cada escritura y eso es eterno. Es algo que no se pueden permitir determinados mercados y que el 99.999999999999999% de los usuarios si lo sufren ... dejan de usar un ordenador por la lentitud. Ten en cuenta que no es una única aplicación la que estaría haciendo sync a disco, piensa en todas las aplicaciones que lanzas y usas simultáneamente.
No es sync lo que se necesita, sino transacciones ordenadas, con barreras. Es decir, mandar una secuencia de operaciones de disco y garantizar que no se hace una hasta que la anterior está terminada - y eso no es posix -. Lo del enlace que pasaste el otro día. Es decir, otro API.
Mandar un sync continuamente es una barbaridad - salvo que puedas mandar un sync de un fichero determinado, de una operación de disco concreta, no de todas.
Ya, pero lo que quería reflejar es la velocidad del disco y lo que supondría eso en rendimiento. Los sistemas de ficheros modernos usan delayed allocation por lo que dejan todo en RAM hasta que tienen programado hacer el sync, en cuyo momento envían todo al disco (luego, lo que haga el disco con los datos es desconocido). El delayed allocation es lo que provoca este tipo de pérdida de datos (lo que le pasó al colistero con los ficheros de configuración de KDE). Si quieres evitar delayed allocation -> tienes que pasar por el sync. A menos que, como dices, se dearrolle una API o bien (IMHO es una solución mejor) saquen un nuevo dispositivo de almacenamiento más rápido y fiable.
Pero no se puede desarrollar ignorando ésto: si el hardware (en este caso, los discos duros) tienen esa limitación, no se puede pasar por alto. La fiabilidad e integridad de los datos es importante.
Ya, pero dile a un banco, a un hospital, a una televisión, ...: "Ná, esperate un rato que esque cada vez que se guarda un fichero, se hace sync a disco". Por experiencia, te puedo decir a dónde te mandan ;) Haz la prueba de trabajar con los sistemas de ficheros montados con sync y, si tienes tiempo, monta un SAMBA/NFS y haz lo mismo ... a ver cuánto tiempo tarda en responder el servidor.
:)
Yo te lo puedo decir, porque recuerdo el comportamiento del disco en msdos, y recuerdo la diferencia cuando inventaron el caché de escritura.
¿Echas de menos esas velocidades? ;)
hardware: pilas o baterías, como lo quieras llamar o similares.
Bueno... cuando la luz se va y el reproductor del dvd se para, al menos no "pierde" el disco :-P
Porque los datos están en un soporte que no se borra. Si sustituyes el DVD por un módulo de RAM, verás como los datos no siguen allí ;)
Si la RAM son ferritas, no se borran al apagar :-P
Pos ná ... a usar ferritas ;) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org