Memória virtual, paginação e limites em container

Verificação de leitura

2 de 3 acertos já dão crédito no portfólio. Não é prova: é para você conferir se a leitura ficou.

1. Pergunta 1Um servidor está com a CPU em 15%, a aplicação quase não lê nem grava arquivos, e mesmo assim está extremamente lento. Qual diagnóstico é mais provável?

   A CPU está superdimensionada e precisa ser reduzidaThrashing: falta RAM, e o sistema passa a maior parte do tempo trocando páginas entre memória e disco em vez de trabalharO problema certamente está na aplicação, já que nenhum recurso do servidor está saturadoÉ necessário desligar o swap para melhorar o desempenho
2. Pergunta 2O que é um page fault, segundo a leitura?

   Um erro de programação que trava o processo imediatamenteUma falha física na memória RAM que exige troca do hardwareUma interrupção normal disparada quando o processo acessa uma página que não está carregada na RAM — o SO busca a página e devolve o controle ao processoUm sinal de que o disco rígido está corrompido
3. Pergunta 3Por que impor um limite de memória (--memory) a um container é considerado boa prática, mesmo sabendo que isso pode fazer o container ser morto?

   Porque transforma uma falha global e imprevisível (um serviço consumindo toda a RAM e degradando todos os outros) numa falha local, contida e visívelPorque aumenta a velocidade de processamento do containerPorque impede completamente que vazamentos de memória aconteçam no códigoPorque reduz o tamanho da imagem Docker no disco

Observações do laboratório

Se você rascunhou no roteiro deste encontro, o texto já está aqui. Conecte o comando ao conceito — não descreva só o que apareceu na tela.