Questão de Sistemas Operacionais — Linux — FGV 2026
Sistemas Operacionais›Linux
Código
fg128608
Banca
FGV
Órgão
AMAZUL
Ano
2026
Nível
Superior
Cargo
Analista de Desenvolvimento de Sistemas
Em um ambiente Linux, o administrador de sistemas precisa iniciar um processo de backup de dados de grande volume, mas deseja garantir que ele não consuma recursos de CPU excessivamente e não prejudique o desempenho de outras aplicações críticas em execução.Assinale a opção que apresenta corretamente o comando, ou combinação de comandos, que devem ser utilizados para iniciar o processo backup_script.sh, com a menor prioridade de execução possível.
Anice -n -20 ./backup_script.sh
Bnice -n 19 ./backup_script.sh
Crenice +20 $(pgrep backup_script.sh)
Dnohup ./backup_script.sh &
Eionice -c 3 ./backup_script.sh
Revelar gabarito e comentário▾
GabaritoB — nice -n 19 ./backup_script.sh
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Prioridade de CPU no Linux: comando nice
Gabarito: letra B. O comando nice permite iniciar um processo com uma prioridade de CPU definida. Os valores de nice variam de -20 (maior prioridade) a 19 (menor prioridade). Para executar um processo com a menor prioridade possível, deve-se usar nice -n 19. As demais opções ou definem prioridade mais alta, ou alteram a prioridade de um processo já em execução, ou focam em I/O, não em CPU.
Comando
Efeito na Prioridade de CPU
Efeito na Prioridade de I/O
Inicia o Processo?
Atende ao Objetivo?
nice -n -20 ./backup_script.sh
Maior prioridade (nice -20)
Não altera
Sim
❌ Não
nice -n 19 ./backup_script.sh
Menor prioridade (nice 19)
Não altera
Sim
✅ Sim
renice +20 $(pgrep backup_script.sh)
Fora do intervalo válido
Não altera
Não (processo não existe)
❌ Não
nohup ./backup_script.sh &
Prioridade padrão (nice 0)
Não altera
Sim
❌ Não
ionice -c 3 ./backup_script.sh
Prioridade padrão (nice 0)
Classe idle (mínima)
Sim
❌ Não
Alternativa A — ❌ Incorreta
nice -n -20 atribui a maior prioridade (o valor -20 é o mais baixo numericamente, representando a maior prioridade). Isso prejudicaria ainda mais as outras aplicações, contrariando o objetivo de não consumir CPU excessivamente.
Alternativa B — ✅ Correta ⟵ GABARITO
nice -n 19 define a prioridade de CPU como a menor possível (nice 19). O processo backup_script.sh executará apenas quando não houver processos com prioridade mais alta demandando CPU, minimizando o impacto sobre aplicações críticas.
Alternativa C — ❌ Incorreta
renice +20 $(pgrep backup_script.sh) tenta alterar a prioridade de um processo já em execução. Além de o processo ainda não estar rodando (o pgrep não encontraria nada), o valor +20 está fora do intervalo válido (-20 a 19). O comando correto para reduzir a prioridade de um processo já em execução seria renice -n 19 -p PID, mas o enunciado pede para iniciar o processo, não para rebaixá-lo depois.
Alternativa D — ❌ Incorreta
nohup ./backup_script.sh & faz o processo ignorar o sinal SIGHUP e executar em segundo plano (&), mas não altera a prioridade de CPU. O processo continuará competindo por CPU com a prioridade padrão (nice 0), podendo consumir recursos de forma indesejada.
Alternativa E — ❌ Incorreta
ionice -c 3 ./backup_script.sh ajusta a prioridade de I/O (classe 3 = idle), não a prioridade de CPU. Embora reduza o impacto em operações de disco, o processo ainda pode consumir CPU com prioridade normal, não atendendo ao requisito de não prejudicar o desempenho de outras aplicações críticas.
NÃO CAIA NESSA!
A banca explora a confusão entre os valores de nice: números negativos indicam maior prioridade (-20 é o máximo), enquanto números positivos indicam menor prioridade (19 é o mínimo). O candidato desatento pode escolher a opção A por associar "menor número" a "menor prioridade".