Questão de Sistemas Operacionais — Gerência de Memória — FUNDATEC 2026
Sistemas Operacionais›Gerência de Memória
Código
qg685519
Banca
FUNDATEC
Órgão
IFC-SC
Ano
2026
Nível
Superior
Cargo
Professor EBTT - Computação
Considere um sistema operacional com memória virtual paginada e, para esta questão, adote o modelo clássico de Translation Lookaside Buffer (TLB), no qual as entradas do TLB não são marcadas com o processo/espaço de endereçamento ao qual pertencem. Nesse cenário, a troca de contexto entre duas threads do mesmo processo tende, em geral, a ser menos custosa do que a troca entre dois processos distintos. Assinale a alternativa que explica corretamente, do ponto de vista da memória virtual, por que isso ocorre.
ANa troca de contexto entre threads do mesmo processo, o contexto de memória virtual permanece o mesmo, pois elas compartilham o espaço de endereçamento. Já na troca entre processos distintos, o sistema precisa trocar esse contexto, fazendo com que as traduções antigas do TLB deixem de ser aproveitáveis e precisem ser invalidadas, o que eleva o custo dos acessos subsequentes até o reabastecimento do TLB.
BNa troca de contexto entre threads do mesmo processo, os registradores de uso geral não precisam ser salvos nem restaurados, pois todas as threads de um processo compartilham o mesmo conjunto de registradores, eliminando esse overhead da operação de comutação.
CA troca de contexto entre threads é mais barata porque o escalonador recalcula prioridades apenas para trocas entre processos, não entre threads; trocas de threads dispensam completamente qualquer reavaliação de fila de prontos.
DNa troca de contexto entre threads do mesmo processo, o sistema operacional reutiliza a pilha de execução da thread anterior, evitando a alocação de nova pilha e reduzindo o tempo de comutação.
EA troca de contexto entre processos exige que o sistema operacional envie sinais de interrupção a todos os processos em execução e aguarde suas confirmações antes de escalonar o próximo; threads do mesmo processo dispensam esse protocolo de sinalização.
Revelar gabarito e comentário▾
GabaritoA — Na troca de contexto entre threads do mesmo processo, o contexto de memória virtual permanece o mesmo, pois elas compartilham o espaço de endereçamento. Já na troca entre processos distintos, o sistema precisa trocar esse contexto, fazendo com que as traduções antigas do TLB deixem de ser aproveitáveis e precisem ser invalidadas, o que eleva o custo dos acessos subsequentes até o reabastecimento do TLB.
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”.
Contexto de Troca de Contexto e TLB
Gabarito: letra A. A troca de contexto entre threads do mesmo processo é menos custosa porque elas compartilham o mesmo espaço de endereçamento. Assim, as entradas do TLB continuam válidas e não precisam ser invalidadas, ao contrário do que ocorre na troca entre processos distintos, que exige a invalidação do TLB e resulta em mais faltas de página até que ele seja reabastecido.
A questão explora um conceito fundamental de sistemas operacionais: o custo do context switch está diretamente ligado à necessidade de recarregar o TLB (Translation Lookaside Buffer) após a troca do espaço de endereçamento. Em uma TLB sem identificação de processo, cada mudança de processo invalida todo o cache de traduções, elevando o custo dos primeiros acessos à memória. Threads, por pertencerem ao mesmo processo, compartilham as páginas e, portanto, as traduções permanecem no TLB.
Troca de contexto e TLB
1Threads do mesmo processo
Compartilham espaço de endereçamento
TLB permanece válido
Menos faltas de página
2Processos distintos
TLB sem identificação de processo
Invalidação do TLB
Reabastecimento custoso
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa descreve exatamente o mecanismo: threads do mesmo processo mantêm o mesmo contexto de memória virtual, então as traduções antigas do TLB continuam aproveitáveis. Na troca entre processos, é necessário trocar o contexto de memória, invalidando o TLB e gerando custo adicional até que ele seja reabastecido.
Alternativa B — ❌ Incorreta
Afirma que, na troca entre threads, os registradores de uso geral não precisam ser salvos/restaurados porque todas as threads compartilham o mesmo conjunto de registradores. Isso é falso. Cada thread tem seu próprio conjunto de registradores (contador de programa, pilha, etc.) e o contexto de registradores deve ser salvo e restaurado na troca entre threads. A afirmação confunde compartilhamento de memória com compartilhamento de registradores.
Alternativa C — ❌ Incorreta
Diz que o escalonador recalcula prioridades apenas na troca entre processos, e que a troca entre threads dispensa reavaliação de fila de prontos. Não procede. O escalonador lida tanto com processos quanto com threads; em sistemas com threads em nível de usuário, o escalonador pode não estar envolvido, mas em threads de kernel (que é o caso comum quando se fala em contexto de memória virtual), a troca de threads também envolve decisões de escalonamento.
Alternativa D — ❌ Incorreta
Afirma que, na troca entre threads, o sistema operacional reutiliza a pilha de execução da thread anterior. Errado. Cada thread possui sua própria pilha de execução, e a troca de contexto implica trocar o ponteiro de pilha e demais informações de contexto, não reutilizar a pilha alheia.
Alternativa E — ❌ Incorreta
Descreve um protocolo de sinalização inexistente: a troca de contexto entre processos não exige envio de sinais a todos os processos em execução. O escalonador simplesmente salva o estado do processo atual e carrega o do próximo, sem qualquer confirmação coletiva.
PEGA ESSA DICA!
Lembre-se: o que torna a troca entre threads mais barata do que entre processos é o compartilhamento do espaço de endereçamento. Isso faz com que o TLB permaneça válido. As outras diferenças (registradores, pilha, escalonamento) também existem, mas não são a explicação principal do ponto de vista da memória virtual.