Ao ler o padrão, notei que várias APIs eram,
Introduzido na edição 5 para alinhamento com APIs POSIX em tempo real,
Marcado para associação ao grupo de opções na edição 6 e
Movido para a Base na Edição 7 (SUSv4).
P : Isso significa que todos os sistemas em conformidade com o padrão de produto " Unix(R) V7 " são sistemas em tempo real? Qual é a capacidade real de tal sistema em relação aos requisitos de tempo real?
Esta é a tentativa de quem pergunta adivinhar.
Assim como POSIX Threads, as APIs de tempo real são úteis em aplicações comuns, juntamente com o fato de que as especificações para essas APIs podem ser implementadas sem grandes obstáculos, os sistemas operacionais que suportam essas interfaces se tornam mais comuns, então o padrão as move para a base; tudo porque POSIX é um padrão prescritivo que visa reunir consenso.
Ser uma API em tempo real não significa que os aplicativos que a utilizam são um aplicativo em tempo real. A capacidade do sistema operacional (e, até certo ponto, do hardware) de garantir a qualidade do serviço dessas APIs depende de vários fatores, principalmente da carga do sistema.
Não é razoável esperar que um sistema finito seja capaz de atender a uma quantidade infinita de solicitações em tempo real que estão além de sua capacidade. Não tenho experiência com programação em tempo real, mas é um palpite meu que os aplicativos em tempo real têm escopo e objetivos bem definidos que os programadores são obrigados a alcançar e, além dos quais, espera-se que os usuários de sistemas em tempo real evitem exceder.