Questão de Sistemas Operacionais — Gerência de Memória — Quadrix 2025

Paginação por demanda: carregamento sob demanda, não antecipado

Gabarito: ERRADO. A paginação por demanda (demand paging) carrega as páginas na memória física somente quando são referenciadas durante a execução, e não todas no momento da criação do processo — por isso a falta de página (page fault) é um mecanismo esperado e normal do esquema, e não algo que se evita. A afirmação inverte exatamente o princípio central da técnica. A paginação por demanda é uma estratégia de gerência de memória virtual em que as páginas de um processo são trazidas do disco para a memória RAM apenas no momento em que são acessadas. Quando o processo é criado, o sistema operacional não carrega o programa inteiro: ele apenas configura a tabela de páginas, marcando as páginas como ausentes. Ao primeiro acesso a uma página não residente, a MMU (Memory Management Unit) gera uma interrupção de falta de página (page fault), e o núcleo do SO busca a página no disco, carrega-a num quadro livre e ajusta a tabela de páginas, permitindo que o processo continue. Esse comportamento está descrito no material de apoio, que detalha os passos: o arquivo é mapeado, as páginas são marcadas como inacessíveis, o processo tenta acessar, a MMU gera a falta, o núcleo carrega a página e ajusta a tabela.

O objetivo da técnica é justamente economizar memória: somente os trechos de código e dados efetivamente executados ocupam RAM. Em programas grandes, isso é essencial — carregar tudo antecipadamente desperdiçaria memória com páginas que talvez nunca sejam usadas. O material de apoio reforça: "somente os trechos de código efetivamente executados serão carregados na memória, o que é particularmente útil em programas grandes". A falta de página, portanto, não é um erro nem uma exceção indesejada: é o mecanismo que aciona a carga sob demanda. O fluxo descrito no material mostra que, quando o processo acessa uma página ausente, a MMU gera a interrupção, o SO suspende o processo, carrega a página e o retoma. Se a memória estiver cheia, uma página "vítima" é escolhida e transferida para o disco antes de trazer a nova — o que pode levar ao fenômeno do thrashing quando a frequência de faltas é alta demais. A pegadinha da banca está em afirmar que a técnica "evita falta de página durante a execução". Na verdade, a paginação por demanda depende das faltas de página para funcionar: é a falta que dispara o carregamento. A confusão típica é imaginar que o SO "pré-carrega" tudo para evitar interrupções, quando o desenho correto é o oposto — carregar o mínimo possível e trazer páginas conforme a necessidade. Guarde a distinção central: paginação por demanda = carregamento preguiçoso (lazy loading), página a página, sob demanda; o oposto seria uma abordagem de pré-carregamento (prepaging), que antecipa algumas páginas, mas nunca todas. É exatamente nessa inversão que a assertiva erra.

Item — ❌ ERRADO

A afirmação está incorreta porque descreve o oposto da paginação por demanda. A técnica não carrega todas as páginas na criação do processo; ela carrega apenas as páginas referenciadas, sob demanda, e a falta de página é o mecanismo normal que aciona esse carregamento. O material de apoio é explícito: o mapeamento "não implica em carregar o arquivo inteiro na memória", e as páginas são marcadas como inacessíveis até que o processo as acesse, gerando a falta de página que leva o núcleo a carregá-las. Portanto, a premissa de "evitar falta de página durante a execução" é falsa — a falta de página é inerente e esperada.

Gabarito: ERRADO.