Sistemas Operativos de tiempo real (SOTR)

Definición

Un sistema de tiempo real (STR o real-time system o RTS) (SORT) es aquel cuyo correcto funcionamiento depende de
que las salidas “lleguen a tiempo”, es decir, que debe estar acotado el tiempo entre cada evento y la respuesta que
provoca, no necesariamente tiene que ser breve, pero sí acotado.
En los sistemas de tiempo real los intervalos de tiempo en que se ejecutan las tareas se definen por un esquema de
activación y por un plazo de ejecución. En lo que respecta al esquema de activación puede ser periódico, es decir en
intervalos regulares, o también puede ser aperiódico, es decir, en respuesta a sucesos externos que ocurren de
forma irregular. La mayoría de los STR son utilizados cuando existen requerimientos de tiempo muy
rígidos en las operaciones o en el flujo de datos, generalmente son requeridos como sistemas de control en una
aplicación dedicada. La eficiencia de
los STR no solo depende de la exactitud de los resultados de cómputo, sino también del momento en que los
entrega. La predictibilidad es su característica principal de este tipo de sistemas.

Clasificación (según requisitos temporales)

– Tiempo real estricto (hard real time): Cuando es absolutamente necesario que la respuesta se produzca
dentro del límite especificado. Ej.: control de vuelo.
– Tiempo real no estricto (soft real time): Cuando se permite la pérdida ocasional de especificaciones
temporales, aunque debe cumplirse normalmente. Ej.: sistema de adquisición de datos
– Tiempo real firme (firm real time): Cuando se permite la pérdida ocasional de especificaciones temporales,
pero dicha perdida no implica beneficios ya que la respuesta retrasada es descartada. Ej.: sistema
multimedia.

Características Generales

Usado típicamente para aplicaciones integradas, normalmente tiene las siguientes características:

– No utiliza mucha memoria

– Cualquier evento en el soporte físico puede hacer que se ejecute una tarea
– Multi-arquitectura (código portado a cualquier tipo de CPU)
– Muchos tienen tiempos de respuesta predecibles para eventos electrónicos
– Soporte E/S

Se caracterizan por presentar requisitos especiales en cinco áreas generales:

– Determinismo
– Sensibilidad
– Control del usuario
– Fiabilidad
– Tolerancia a los fallos
Sistemas embebidos o empotrados

Son las aplicaciones en que los sistemas de tiempo real realizan funciones de control como componentes de otros
sistemas.

Características

– El controlador y/o el SO no es accesible

– Los recursos son limitados
Ejemplos

– Automóviles
– Electrónica de consumo: TV, celular, etc.
– Electrodomésticos

Estructura general de un STR

Sistema a controlar. Cualquier sistema que pueda ser controlado. Interfaz con el
sistema. Adaptar las señales que desde el sistema se envían al computador y desde el computador se mandan al
sistema. Esta formado por conversores analógicos digitales y digitales analógicos, que permiten medir el estado del
sistema a controlar e imponer un control sobre la operación a realizar en dicho sistema.
Reloj de tiempo real. Un reloj que permita tomar muestras de las señales recibidas de los dispositivos, así como,
mandarles determinadas señales en los momentos precisos. El reloj de tiempo real provoca una interrupción en cada
período de muestreo. Consola del operador. Permite al operador humano realizar
intervenciones manuales (arranque, parada, modificaciones en el comportamiento del sistema,…).
Pantallas. Se utilizan para enviar información al operador sobre el estado del sistema. Base de datos.
Los cambios de estado del sistema son guardados en una base de datos que el operador e ingenieros de control
pueden interrogar en caso de fallo del sistema o para obtener información con propósito de gestión. Esta
información va creciendo y se utiliza para tomar las decisiones que surgen con el funcionamiento del sistema.

Sistema de monitorización remoto. En procesos industriales, la monitorización de la planta es esencial para reducir
costos y aumentar la producción. Las decisiones relativas a la producción de una planta pueden repercutir en el
rendimiento de otras plantas que dependen de ella, como es el caso de una planta que produce materia prima para
otra. Computador. El software que controla las operaciones del sistema está escrito en
módulos que reflejan la naturaleza física del entorno. De forma general, estos módulos son:

– Algoritmos de control digital. Realizan el control del sistema.

– Registros de datos. Permiten guardar los cambios de estado del sistema.
– Información de dirección. Permiten facilitar información sobre el estado del sistema y las operaciones que se
realizan a los encargados de la dirección del sistema global.
– Interfaz con el operador. Para interactuar con el operador.

El tiempo en STR

Acceso al tiempo real

– leer el paso del tiempo en relojes

– retrasar la ejecución de los procesos durante un tiempo
 – definir límites temporales para la ocurrencia de un suceso (time-outs)
– ejecutar acciones en determinados instantes

• Representación de los requisitos temporales

– períodos de activación

– plazos de ejecución

Restricciones temporales

Las tareas en un SOTR se ejecutan, generalmente en forma repetitiva siempre dentro de intervalos de tiempo
determinados.

El controlador muestrea periódicamente la variable controlada, la compara con la referencia (set point), calcula la
variable de control, utilizando el algoritmo de control. El controlador tarda un cierto tiempo
de respuesta en calcular la acción de control.

Fiabilidad

– Es la posibilidad de que el SO proporcione el servicio especificado.

– Tiempo medio entre fallas o averías MTTF = 1/‫ץ‬

• Donde ‫ ץ‬es una tasa de fallas constante en fallas por hora

• Un sistema con MTTF> 109 se denomina ultrafiable

Latencia de Interrupción

La latencia de interrupción se mide como la cantidad de tiempo entre cuando un dispositivo genera una interrupción
y cuando se atiende ese dispositivo.

Mientras los sistemas operativos de propósito general pueden tener una cantidad variable de tiempo para
responder a una interrupción determinada, los sistemas operativos en tiempo real deben garantizan que todas las
interrupciones serán atendidos dentro de una cierta máxima cantidad de tiempo. En otras palabras, la latencia de
interrupción de las RTOS deben ser delimitadas. La latencia comprende dos componentes deterministas y al menos
dos no deterministas:

– Determinista: - Conmutación de Hardware y entrar en el manejador de interrupción -Ejecución de código del

controlador. Mientras que el tiempo de ejecución depende del número de instrucciones, el tiempo en un
controlador especifico es constante (si no se interrumpe)
 – No determinista: Una interrupción no se sirve si: a) el sistema de interrupción esta desactivado (permitido
por una RTOS) o b) durante el mantenimiento de una interrupción con mayor prioridad de hardware.

Gestión de Procesos

Gestión de proceso: Realización de tareas cuasi paralelo en un procesador utilizando procesos o hilos (proceso
ligero) por:

– Mantener estados de procesos, gestión de colas de proceso.

– Tareas preventivas (cambio de contexto rápido) y rápida manejo de interrupciones.
– Planeación de la CPU (garantizando plazos, minimizando proceso de los tiempos de espera, la equidad en la
concesión de recursos como potencia de cálculo.
– Proceso de sincronización (secciones críticas, semáforos, monitores, de exclusión mutua).
– Comunicación entre procesos (bufering).
– Apoyo de un reloj de tiempo real como una referencia de tiempo interna.

SABRE

SABRE es un sistema operativo de procesamiento en tiempo real (RT TPOS) centralizado, desarrollado
por American Airlines e IBM.

Historia
SABRE nace de la idea de crear un sistema completo de reservaciones disponibles en cualquier localización de
American Airlines, en alianza con IBM. En 1960 SABRE se instala en dos computadoras IBM 7090, lo más
moderno de la época, procesando 84,000 llamadas telefónicas al día. La programación final del sistema SABRE
se termina de hacer en 1964 y la red de telecomunicaciones del sistema se extiende de costa a costa en los
Estados Unidos.
En 1976 se instala la primera pantalla de SABRE en una agencia de viajes. Para 1980 SABRE se había instalado
en más de 1,000 agencias de viajes. Hoy en día SABRE está presente en más de 66,000 agencias de viajes en
alrededor de 113 países

Contexto
Este sistema operativo corre en un servidor central y es accedido desde terminales de usuario que no cuentan
más que con un bios primitivo, un monitor monocromático, un teclado y un par de puertos serie para comunicarse
con una impresora y un MODEM; el sistema no cuenta con medios de acceso extraíbles ya que en el momento
de ser diseñadas no había medios extraíbles que pudieran integrarse en una terminal personal por su tamaño y
costo.
Cuenta la Historia que en un vuelo a mediados de la década de 1950, C.R.Smith, quien era en aquellos momentos
presidente de American Airlines, viajó sentado al lado de un representante de ventas de IBM, de nombre Blair
Smith, y una conversación trivial debida a la coincidencia en sus apellidos los llevó rápidamente a hablar de
negocios y antes de finalizar el vuelo Blair Smith dice a C.R. Smith que IBM podría solucionar muchos de los
problemas de su compañía. Un mes después IBM hace a American una propuesta para realizar un estudio del
sistema de trabajo de la compañía y así encontrar las principales deficiencias del mismo.
En 1957 IBM y American Airlines firman un acuerdo formal y con un equipo conjunto de 75 personas inician
"SABER Project" (Semi Automatic Business Environment Research). En marzo de 1959 terminan la versión
preliminar del programa (beta) para que trabajara en un sistema IBM 7090.
La versión final es puesta en marcha en 1962 con un costo reportado de USD$30.000.000, con el nombre
definitivo de SABRE y trabajando sobre dos supercomputadoras IBM 7090 en Briarcliff Manor, New York.
En 1972, en plena guerra fría, Sabre es trasladado a una instalación subterránea en Tulsa, Oklahoma, y es
actualizado al nuevo sistema IBM 360 en un proceso sin precedentes que únicamente dejó a Sabre fuera de
línea 15 minutos.
Inicialmente Sabre fue diseñado para su uso exclusivo por American Airlines. Posteriormente fue vendido a otras
aerolíneas, agencias de viajes, de alquiler de coches y hoteles.
Con el paso de los años los servidores de Sabre fueron avanzando al cambio de la tecnología, pero como todas
la mejoras se daban en el servidor central podían ser accedidas desde las terminales IBM e ICOT originales de
los años 1960.
En 1996 AMR Corp. termina el proceso de segregación de The Sabre Group y coloca exitosamente el 18% de
las acciones de la nueva compañía.
Al pasar los años Sabre fue implementado en terminales modernas basadas en IBM OS/2 y OS/2 Warp corriendo
un emulador. Finalmente y a principios de la década del 2000, las terminales ICOT e IBM que American Airlines
tenía funcionando a lo ancho del mundo fueron substituidas con ordenadores basados en Windows corriendo un
emulador de Sabre con funcionalidad completa llamado SABRE View.....

Legado de SABRE
SABRE Project produjo una revolución tanto en sistemas de cómputo como en el sistema de trabajo de las
grandes corporaciones.
Sabre fue uno de los primeros sistemas en utilizar el IBM 1311 Disk Storage Drive, que fue la primera unidad de
almacenamiento de datos extraíble y tenía una capacidad de almacenamiento de datos de 2MB sin formatear,
tecnología que una década después llevaría al IBM floppy disk o disquete.
Fue la primera gran red de cómputo no militar, la más grande red WAN del mundo hasta mediados de los años
1980, cuando se populariza Internet.
SABRE no sólo cambió la computación y las redes de cómputo sino que también acercó a las empresas a las
computadoras gracias a su gran versatilidad que le permitió pasar, de inicialmente manejar sólo la venta de
billetes y reservas, a poder manejar una base de datos de pasajeros con historial de los mismos, información del
clima, inventarios diversos, un registro de entrenamientos de los empleados que incluía un sistema de
entrenamiento asistido por computadora llamado SAI y un entorno de despacho que permitió grandes ahorros
evitando la necesidad de tener un despachador por cada vuelo en cada avión de American Airlines en el mundo,
reduciendo el grupo de despachadores concentrados en un sólo sitio, enviando instrucciones a toda la red, e
incluso la posibilidad de ejecutar operaciones aritméticas sencillas para auxiliar a los agentes de billetes a hacer
cálculos como conversión de divisas.
Basado en Sabre, IBM posteriormente (1959) desarrolló un sistema operativo en tiempo real para venderlo a otras
aerolíneas llamado ACP (Airlines Control Program).
El aporte de SABRE como globalizador hoy en día resulta uno de los mejores globalizadores de reservaciones
dentro de las agencias, así como uno de los más utilizados para la enseñanza en centro educativos de turismo.
Sin embargo hoy se han desarrollado otros sistemas como Apolllo, Amadeus, entre otros.
Bibliografía

https://es.wikipedia.org/wiki/Sabre