Hola :) El Friday 13 March 2009, Carlos E. R. escribió:
Content-ID:
El 2009-03-13 a las 10:32 +0100, Rafa Grimán escribió:
En la lista de OT (y en muchas otras) se está comentando mucho esto. En las de XFS también ha salido el tema. XFS lleva desde el 95 (creo) y tenemos soluciones a esto en nuestros servidores (a nivel hardware) y algunas de las mejoras que va a introducir en ext4 ya las tenemos nosotros en XFS.
Te recomiendo leer el hilo que hay sobre este tema en la lista OT.
¿Y porqué rayos hablais de esas cosas que son ON topic en la lista OFF topic? Es que esa lista no tiene archivo, no se puede leer a posteriori cuando te avisan de algo interesante.
Ya os vale.
Que pacha ... ;) Por ahora no he contestado a la OT y en cuanto a lo de por qué se habla de algo ON Topic en la lista OT ... ni idea. Me he limitado a hacer de mensajero.
Básicamente hay que tener en cuenta:
- los sistemas de ficheros "modernos" hacen un sync a disco tarde (delayed allocation). Es decir, guardan en buffers y cachés datos y no escriben a disco inmediatamente
- esto lo hacen porque el disco duro es MUUUUUUUUUUUUYYYYYY lento
Comparativamente, claro.
Comparativamente, claro 0:) Comparando tiempo de acceso y velocidad de lectura entre RAM y de HDD es asombroso.
- el hardware suele ser de mala calidad, es decir, sobre todo memorias que fallan (típico de componentes de PC y no de servidor o de estación de trabajo), fuentes de alimentación poco fiables, no utilizar SAI, cachés de discos duros que no son fiables, ...
- cachés del disco duro que fallan, aka discos duros no enterprise
¿Por qué no ocurre con otros sistemas de ficheros? Respuestas:
Yo no he perdido datos con XFS. Tengo una SAI, cierto, pero tengo petadas de sistema, y ultimamente, problemas con el cableado de un disco:
[...] Eso de problemas de cableado también lo he sufrido yo :"( Es una lata >:-|
El log sobrevive porque está en hdd, no afectado.
Al final reboté, pero no perdí nada. La partición de la que protesta es reiser, pero había una xfs montada en ese disco (las encriptadas son ficheros en su mayor parte en hda, montadas con loop, y la partición "anfitrión" es xfs). Apago, quito y pongo los cables, enciendo, y hala. No es el cable, ya lo he cambiado, me temo que puede ser el conector de la placa (muy mal arreglo) o el del disco (si intento arreglarlo y me lo cargo, no puedo acceder a los datos).
=:0
Me temo que tendré que cambiar de ordenador.
Mira este: http://en.expreview.com/2009/03/05/cebit-2009-asus-shows-off-rog-cg6190-gami... "Sólo" consume 1.1 KW x"D No estamos volviendo locos.
Y por cierto, lo que he descubierto el otro dia, en mi partición de pruebas, es alucinante: empieza a soltarme los avisos de que no puede acceder a hda, aunque el teclado o el ratón todavía no se han bloqueado. Se me ocurre abrir la caja y apretar los conectores del disco y la placa, sin sacarlos, y... ¡funciona! Pude continuar trabajando un dia entero sin apagarlo. Hoy estoy con la 11.0 en otra partición, y no he tocado los cables. Se que fallará, falla todas las semanas, pero ahora, si me pilla delante, probaré lo mismo.
¿No es alucinante? :-O
Ah, luego tuve que usar hdparm para reactivar el DMA en los discos.
Todavía no me lo creo.
[...]
Por cierto... en la 11.0 mi sistema de backup "me lo han roto". Lo hago a disco externo via USB, con sistema de ficheros reiser... pues bien, da errores:
Mar 6 00:19:04 nimrodel kernel: sd 1:0:0:0: [sda] Sense Key : No Sense [current] Mar 6 00:19:04 nimrodel kernel: Info fld=0x0 Mar 6 00:19:04 nimrodel kernel: sd 1:0:0:0: [sda] Add. Sense: No additional sense information
que terminan por provocar la corrupción del sistema de ficheros que requiere un rebuild tree, que tarda varias horas (aunque fuera en disco interno sería lento).
=:0
Un consejo de colegas, si queréis "garantizar" que el dato se ha escrito a disco, teclead el comando:
sync
Tecleado unas 100 veces. Da igual el sistema de ficheros que uséis, el probelma con el que os vais a encontrar es la caché del propio disco duro y su firmware.
Basta con grabar un fichero a disco mayor que la caché del disco, que sólo en los buenos llegan a 32 megas.
Ya, pero si hablamos de ficheros de configuración ... 32+ MB ... peyacho de fichero de configuración !!! ;) 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