Se um processo que está sendo executado atualmente enfrentar um Burst de E/S, o próximo processo disponível ganhará o burst de CPU ou o processador esperará até que o Burst de E/S do primeiro processo termine para continuar a execução do primeiro processo.
Isso também é afetado pelo fato de um algoritmo ser preemptivo ou não preemptivo?
Obrigado!
Responder1
Resumindo, sim. Quando uma tarefa vinculada à CPU fica com E/S restrita, o sistema operacional reprogramará a tarefa até que esteja pronto para executar mais trabalho da CPU. Isso significa que outros processos (que têm trabalho para a CPU) obterão o tempo na CPU.
Para uma resposta mais longa, esta foi a primeira vez que me deparei com esses termos específicos. Só consegui encontrar algumas páginas mencionando isso e parece ser uma estratégia de otimização, em vez de uma CPU física ou recurso de sistema operacional. Não é uma "fase de explosão" no sistema operacional ou na CPU que pode ser compartilhada entre processos, é simplesmente que um processo "explode" quando tem trabalho a fazer em um domínio ou outro. Ao otimizar seu fluxo de trabalho para fazer mais um do que o outro e armazenar trabalho para o outro, você pode tornar essas “explosões” de trabalho mais eficazes.
Como tal, se o sistema operacional é preemptivo ou não preemptivo é irrelevante. Ele apenas sabe que o processo está parado esperando ou pronto para ser executado e o agendará de acordo. Se um processo estava fazendo cálculos e de repente tenta ler um arquivo, ele irá parar e será reprogramado quando os dados estiverem disponíveis.
A única razão pela qual essas "rajadas" são relevantes é para garantir que você esteja usando os intervalos de tempo programados do sistema operacional de maneira eficaz. Se você tiver muitas E/S intercaladas em sua tarefa vinculada à CPU, você irá travar e potencialmente perder uma parte do tempo agendado aguardando essas operações de E/S. Se você agrupar a E/S em "rajadas", seu processo aproveitará melhor seu tempo na CPU e obterá a fatia de tempo integral.