O Saturday 10 January 2009 01:34:27 Carlos E. R. escribiu:
Content-ID:
El 2009-01-09 a las 23:54 +0100, Karl García Gestido escribió:
O Friday 09 January 2009 17:32:40 Ricardo Mostalac escribiu:
¿Un par de segundos? Venga ya, a mi me tarda minutos.
Ni hablar, tienes razón, en mi equipo también tarda muchos minutos, pero me siento mas seguro que su equivalente windows....
Eh, yo en su momento hablé de remontar el sistema de ficheros caído, normalmente con el journaling...
El chequeo (chkfsk) tarda mucho en cualquier sistema de ficheros. No en vano tiene que comprobar todas las entradas del sistema de ficheros de turno!! XD. Pero en FAT tarda demasiado (es una simple tabla, y aún así le llega bien)
Tradicionalmente en dos hace también un chequeo de sectores erróneos. O lo hacían. EL otro motivo de lentitud puede ser porque antes la fat era un sólo bloque de memoria (64K), y ahora no, es posible que no lo almacene entero en memoria para analizarlo.
y generalmente entre chequear y no hacerlo no hay demasiada diferencia (en mi experiencia),
Digamos que tiene pocos problemas y que los resuelve fácilmente sin decir nada, pero casi siempre que apagas a lo bruto hay algún error en el disco. Hombre, los discos fat se chequeaban bastante más rápidos que los discos ext2 hace una década; cuando inventaron el reiser fue una maravilla ver la velocidad con que se recuperaba de un apagado a lo bruto.
y en NTFS tarda una eternidad. De hecho, puedes pensar la diferencia que hay cuando formateas discos o particiones. En FAT y NTFS siempre tarda bastante, mientras que extN, ?FS y reiserfs tardan muy poco.
Siempre me ha llamado la atención esa diferencia, si. Supongo que no preparan más que una estructura de direccionamiento.
Puedes verlo así: los sistemas que utilizan tablas de enlaces son más rápidos en el chequeo (sólo hay que recorrer los elementos de una tabla finita), mietras que chequear sistemas de ficheros que se basan en enlaces múltiples, direccionamientos múltiples y todo eso es muuuucho más lento.... porque totaliza más entradas, es normal!! XD
Tiene sentido.
Otra cosa que se nota la lentitud es al buscar ficheros por todo el disco: tengo la sospecha que en fat iba más rápido, pero no he hecho una comparación medible. Me extraña lo que tarda. FAT iba más rápido. Sólo hay que seguir índices. Si la tabla está mínimamente ordenada...
Recuerdas el protocolo de borrado? le cambiabas el primer caracter por ? y ya estaba borrada. Las cosas simples son necesariamente más eficientes. En contraste, creo que era Solaris que para reducir la fragmentación interna usaba bloques de 4K hasta el final, que ponía los necesarios de 1K. Ahora bien, y también en contraste extN y demás copian y mueven más rápido XD, además de que son más consistentes, más resistentes a fallos y se comportan mejor en cosas como la evolución de la fragmentación interna y externa. Soluciones hay, y primar una cosa, como siempre, significa dejar de primar otra. Nota.: en mi experiencia, FAT se desempeñaba bien en sistemas de ficheros pequeños. Habría que ponerlo en un entorno más habitual hoy en día, yo hace años que no lo uso. Salud!! -- ------------- karl -- 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