-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-03-21 a las 19:42 +0100, Camaleón escribió:
El 21/03/08, Carlos E. R. escribió:
En el año 62, en que las memorias eran unos nucleos de ferrita diminutos con unos hilos de cobre que se pasaban a mano por unas hilanderas del sureste asiatico o de Filipinas muy hacendosas, y probablemente muy jovencitas (por las manos pequeñas y la buena vista), y dado que una placa de 1 kilobyte costaba una pasta, el año se ponía con dos cifras, y gracias.
Que en los años 90 el windows usara dos digitos, eso tiene delito.
Más que una limitación por los componentes, el error fue pensar "que no tendría ningún efecto secundario y que no pasaría nada...". Una mentalidad "ahorrativa" puede ser catastrófica.
No era ningún error. No había memoria suficiente para poner los años completos. Por esa misma razón se hacían los cálculos con bytes, o con menos todavía, si era posible. No había memoria, y se estrujaba al mínimo. Intenta programar un simulador de vuelo en una calculadora programable de 300 instrucciones y hablamos >:-) El error fué seguir usando ese mismo código cuando ya no había ese problema de limitación de memoria. En postponer el problema, que ya se veía venir, para los que vinieran después.
Pero no tiene mayor importancia, la historia está llena de cálculos erróneos que han conllevado desde batallas perdidas hasta millones perdidos. Son decisiones que hay que tomar y donde no siempre se acierta :-).
Sí.
Si un ingeniero hace un puente colgante con un millon de fibras, y el ordenador de control le dice que se ha roto una, simplemente toma nota y reduce la carga máxima en una millonésima.
Dependerá de la importancia que tenga sobre el conjunto "esa fibra". La decisión se basará en si puede degenerar en la rotura de otras fibras u otros elementos de la estructura. Se llama "indeterminación".
Está previsto en el diseño del cordaje que se rompan unas cuantas fibras.
Para eso se hacen las copias de seguridad. Te puede fallar un disco de golpe aunque no te avise de nada.
Sabes que eso no siempre es posible o no siempre se hace "al día". Y las copias de seguridad no te evitan la pérdida de tiempo en volver a configurar el equipo al completo (parches, programas...). Ni te evitan que en medio de una presentación corporativa te casque el disco o se quede colgado leyendo el sector defectuoso.
Se te puede quedar colgado aunque no tengas ningún sector defectuoso. Puede elegir ese preciso instante para cascar del todo, estando en estado de perfección. Y la perdida de tiempo la tendrás seguro si reemplazas el disco no habiendo necesidad demostrada.
Ya hemos hablado de la copia de seguridad.
Eso es independiente.
No, no lo es... el hardware es falible, lo puede hacer en cualquier instante, aunque todas las pruebas digan que está perfecto, y no halla fallado nunca antes. Debes estar preparado para el momento que falle, que fallará. De hecho, yo me fio más de un disco con 5000 horas que de uno con 50. Por cierto... el linux no se queda frito simplemente por encontrar un error en el disco. Te lo digo porque yo tengo un pc con docenas de errores activos en el disco.
Pues cuando aumentan. Haces un chequeo, tienes uno. Haces otro, tienes tres. Haces otro, tienes seis...
¿Y 7, 15... y 20? ¿Cuándo lo cambias?
Ya lo he dicho. En esos puntos suspensivos yo ya he cambiado el disco.
Este párrafo es muy interesante y confirma lo que digo:
(...)
Sí, es bien interesante. Habla de discos scsi, habla de un proceso de reasignación de bloques donde se pueden perder datos y habla de que los autores no saben -no conocen- ningún ejemplo de comando para que bien el sistema operativo o el sistema de archivos lo lleve a cabo.
¿Que se puede "parchear" el disco? Claro. ¿Que conviene hacerlo y cuándo conviene hacerlo? Hum, pues de eso no dice nada >:-).
En ese sitio no. Tampoco dicen que no se deba hacer. En otros sitios detallan el procedimiento para hacerlo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH5Ab/tTMYHG2NR9URAsLYAJ9wZWXC9kwZGYnQlhjhW816ASyLewCfWFUx x43Fy7ukhFryLTsxqTiptVU= =HybB -----END PGP SIGNATURE-----