Digamos que tiene una nave espacial interestelar repleta de tecnología avanzada, como:
También tiene una red de computación en cuadrícula compleja entretejida en toda la nave espacial, donde el trabajo de un componente dañado se puede empaquetar y descargar literalmente a cualquier cosa y todo lo demás con una CPU.
Sin embargo, ese sistema no es perfecto y es posible que las CPU comiencen a fallar bajo una carga excesiva. Por ejemplo, pedirle a un robot que fue diseñado para recolectar basura que tome el relevo de una computadora de confinamiento de fusión fallida puede quemar el procesador del robot o causar otras fallas indeseables en sus operaciones normales (y la falla final de sus sistemas de confinamiento de fusión, para efecto catastrófico).
Teniendo en cuenta que:
¿Qué posibles explicaciones existen para permitir que las cápsulas de estasis participen en la red de computación en red? Por ejemplo, en lugar de construir nodos de CPU dedicados de alta capacidad adicionales/redundantes en varias partes del barco.
(*) Se desconoce el valor en términos de dólares de 2017, sin embargo, se considera improbable una hiperinflación galopante
En los barcos de la Marina de los EE. UU., los sistemas informáticos están separados específicamente para evitar fallas en cascada. Las computadoras que controlan el acelerador electrónico no están conectadas a los radares. El sistema de comunicaciones encriptadas que comparte datos de radar con otras naves no está conectado en ninguna parte con el sistema de comunicaciones encriptadas donde las órdenes se envían de vuelta a la sede. Si la nave tiene un reactor nuclear, el sistema de control del reactor no está conectado a nada.
Los submarinos tienen varios sistemas de soporte vital, pero que yo sepa (no soy un submarinista) no están controlados por computadora como otros componentes. Aún así, si lo fueran, y si lo son en el futuro, puede estar seguro de que un componente tan crítico no se conectará a ningún otro sistema para preservar su integridad ante fallas informáticas.
Para su información, la redundancia está integrada en cada sistema crítico. Las computadoras de seguridad nuclear tienen tres conjuntos independientes de circuitos, hay dos computadoras de control de aceleración y timón, el radar AEGIS se divide en una desconcertante variedad de subnodos, etc.
Compartir funciones críticas para diferentes sistemas informáticos es simplemente un mal diseño.
Del folleto de ventas de la línea de cruceros...
Las preocupaciones de los clientes que surgen de nuestra práctica de vincular su cápsula de estasis privada a la red informática central de la nave son completamente infundadas. Vienen de un malentendido del algoritmo de priorización de la nave. No son las cápsulas de estasis las que están conectadas a la nave, sino al revés. Toda la capacidad de funcionamiento de cada uno de nuestros cruceros espaciales está disponible para respaldar el correcto funcionamiento de su cápsula mientras está a bordo.
El desafortunado incidente con la Reina Emily III es un ejemplo perfecto de nuestra dedicación y diseño. Cuando una falla crítica del sistema amenazó a la nave, todos los sistemas innecesarios se dirigieron al mantenimiento de la cápsula. Cuando eso no fue suficiente, se sacrificaron la propulsión y la navegación por las cápsulas. La nave se detuvo en el espacio y envió un mayday. Cuando la energía falló aún más, se dejó de priorizar el soporte vital de la tripulación. Finalmente, el rescatista llegó y encontró la nave flotando muerta en el espacio, como el mítico Lost Dutchman, con los cadáveres de su tripulación aún en el puente. No se permitió que una sola cápsula de estasis de pasajeros funcionara mal durante todo este trágico evento.
Estarían conectados a la red, porque el proceso de estasis requiere mucha potencia de procesamiento de la CPU para mantener a las personas con vida, lo que requiere acceso a la capacidad de la CPU de respaldo.
Algo en el proceso de estasis requiere mucho poder de procesamiento, tal vez para mantener la conciencia intacta, tienen que ejecutar una mini matriz para simular constantemente los estados mentales de las personas para que puedan cargarse nuevamente en el cuerpo cuando salga de estasis. Esto ni siquiera implica necesariamente ninguna formación de memoria que la persona recordaría, tal vez algo así como un estado de sueño mejorado. O simplemente podría requerir mucho monitoreo (escaneo a nivel de células individuales y retroalimentación) para mantener la estasis. De cualquier manera, algo donde un retraso en el tiempo de procesamiento podría matar a la persona, por lo que desea copias de seguridad redundantes.
En este caso, las cápsulas se conectarían al resto de la red de procesamiento de la nave para que la nave actúe como respaldo de las cápsulas de estasis, para mantener a las personas con vida en caso de que las cápsulas individuales tengan problemas, y no al revés. Incluso con un excelente historial de pods que no fallan, tendría sentido tener copias de seguridad redundantes en este sistema crítico. De hecho, estas copias de seguridad podrían ser la razón por la que los pods tienen un historial tan bueno.
Con la ingeniería adecuada, los pods usarían el resto de la red como respaldo, pero no serían un respaldo en sí mismos (es decir, las solicitudes de proceso solo salen del pod, no al pod desde otro lugar). Por supuesto, esto podría implementarse incorrectamente (el software es difícil) y dado que es posible que no surja como un problema a menos que tenga daños importantes en el resto de la nave, en cuyo caso es probable que todos mueran de todos modos, este error podría pasar desapercibido durante algún tiempo.
¿Podemos estar de acuerdo, como escritores de ciencia ficción, en dejar de extrapolar de esta manera? ¿Qué posible razón hay para pensar que, durante los siglos que desarrollamos cruceros FTL, no lograremos un solo avance en la tecnología informática? A menos que sus barcos funcionen con motores diesel, sus computadoras tampoco deberían usar las ideas de hoy.
Ya tenemos algunos de los equipos y técnicas que necesitamos para hacer computadoras cuánticas. Investiga un poco. Diseñe una computadora que se adapte a su entorno.
Si es necesario para su trama que una cápsula de estasis falle, encuentre una manera convincente de hacer que falle en contexto . Alguien lo saboteó. Un empleado de la fábrica fue despedido mientras lo ensamblaba y "perdió" una llave. Uno de los niños presionó algunos botones y accidentalmente inició la secuencia de autodestrucción. Durante el proceso de eyección, una esquina cortó una viga suelta, por lo que el campo de estasis no encerró la cápsula por completo. Un lector que no entienda cómo funcionan las computadoras no entenderá cómo una sobrecarga de CPU afecta una cápsula de escape.
Esto es simplemente una tontería. Las CPU de las computadoras simplemente no fallan debido al uso excesivo en la tecnología primitiva de hoy. Es un hecho que todas las CPU están funcionando al 100 % de su capacidad en todo momento, incluida la que está utilizando para leer esto. Es el sistema operativo el que interrumpirá el proceso "Idle" para que puedas usar la computadora como quieras. Sin embargo, el proceso inactivo no está inactivo, solo un código de computadora que se repite una y otra vez, pero la CPU aún ejecuta comandos mientras está encendida. El sobrecalentamiento y las fallas de las CPU solo ocurren cuando se ejecuta fuera de sus parámetros de diseño, como cuando se realiza overclocking o se coloca bajo el agua. En respuesta al comentario: Sí, la CPU no usa el 100 % de todos los recursos que están disponibles todo el tiempo. Sin embargo, las CPU ejecutan un comando todo el tiempo. En el comentario, el comando HLT es un comando que la CPU ejecuta hasta que se envía el siguiente comando, interrupción. Lo que digo es que la CPU siempre está funcionando mientras la computadora esté encendida.
En el escenario, cada CPU ejecuta más instrucciones de lo normal. Eso significaría que la CPU está liberando más calor de lo habitual. Es por eso que en mi oficina, la sala de computadoras tiene su propio aire acondicionado funcionando incluso en invierno. Entonces, si el calor es un problema, el ingeniero tendría que colocar deliberadamente la CPU en un entorno que provocaría una falla por calor. Sin embargo, el uso excesivo diseñado adecuadamente no causaría fallas de calor.
Mołot
aroth
Mołot
reyledion