Texto original de la pregunta: ¿Cuál es la aplicación en tiempo real de C?
Creo que el autor escuchó el término en el contexto del lenguaje de programación C, sin embargo, el término aplicación en tiempo real o sistema en tiempo real tiene un contexto mucho más amplio que la aplicación al lenguaje C solamente.
Creo que estoy completamente calificado para responder esta pregunta después de años de experiencia en programación en tiempo real.
- ¿Cómo se implementa el control de calidad en las aplicaciones móviles?
- ¿Cuáles son algunas empresas 'buenas', en los EE. UU., Que tomarán una aplicación móvil y la desarrollarán de principio a fin? Obviamente por una tarifa.
- ¿Cuál es la diferencia entre Android SDK y ADT?
- ¿Cuál es la ventaja si un ingeniero mecánico aprende el desarrollo de aplicaciones?
- ¿Cuál es la importancia de una aplicación móvil en las nuevas empresas de tecnología?
El software califica como en tiempo real cuando una de sus principales limitaciones de tiempo de ejecución es el tiempo. Específicamente, se deben alcanzar períodos dentro de ciertos objetivos. De hecho, los juegos son de alguna manera un buen ejemplo de software en tiempo real, ya que los motores de renderizado tienen que finalizar el cálculo del marco antes de que pueda mostrarse en la pantalla. Sin embargo, son muy suaves .
Y ahora llegamos a un punto muy importante en materia de software en tiempo real. La clasificación del software en tiempo real se basa en la consecuencia de perder un plazo:
- Difícil : perder una fecha límite es una falla total del sistema; puede significar la muerte de personas a bordo del avión.
- Firme : los incumplimientos de plazos poco frecuentes son tolerables, pero pueden degradar la calidad de servicio del sistema. La utilidad de un resultado es cero después de su fecha límite.
- Suave : la utilidad de un resultado se degrada después de su fecha límite, lo que degrada la calidad del servicio del sistema.
Las explicaciones anteriores son difíciles de entender, por lo que las ilustraciones a continuación son más explicativas:
Este gráfico muestra la degradación del valor o la calidad con el tiempo después de perder un plazo para un sistema de tiempo real flexible.
Esta es una degradación mucho más pronunciada del sistema de tiempo real firme, algunos dibujan este gráfico de manera diferente, donde la línea es vertical a cero en la fecha límite y luego continúa en cero.
Y el duro sistema en tiempo real, donde la fecha límite perdida es una pérdida total de valor de calidad.
Estos cuadros explican por qué los motores de los juegos son aplicaciones suaves en tiempo real, ya que perder fotogramas es una molestia para el jugador y no le cuesta la vida a nadie; explican qué significa la fecha límite faltante para un avión; y coloca los sistemas de inversión automatizados en algún lugar entre duro y firme, ya que la oferta perdida no tiene que significar una pérdida total de inversión.