Pular para o conteúdo principal

Questão de Sistemas Operacionais — Geral — Quadrix 2026

Sistemas OperacionaisGeral
Código
qa432950
Banca
Quadrix
Órgão
CRF PR
Ano
2026
Cargo
Ana ( )

Com base nos serviços Samba, Apache, nginx e OpenVPN, julgue o item seguinte.

 

O servidor web Apache HTTP Server utiliza, por padrão, um modelo de processamento com base em módulos (MPMs), como Prefork, Worker e Event, que influenciam diretamente no consumo de memória, concorrência e desempenho do serviço.

  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoC — Certo

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”.

Apache HTTP Server: MPMs (Prefork, Worker e Event)

Gabarito: C (Certo). O Apache HTTP Server realmente utiliza, por padrão, um modelo de processamento baseado em Módulos de Multiprocessamento (MPMs), como Prefork, Worker e Event, e a escolha do MPM influencia diretamente o consumo de memória, a concorrência e o desempenho do serviço. Essa é uma característica arquitetural central do Apache, amplamente documentada e cobrada em concursos.

Os MPMs (Multi-Processing Modules) são a forma como o Apache organiza a criação e o gerenciamento de processos e threads para atender às requisições HTTP. Cada MPM implementa uma estratégia diferente de concorrência, com impactos distintos em memória e desempenho. O Prefork é o MPM mais simples e compatível, criando um processo por conexão, sem uso de threads — é o mais estável e o que consome mais memória. O Worker é um MPM híbrido, que usa múltiplos processos, cada um com várias threads, reduzindo o consumo de memória e aumentando a concorrência. O Event é uma evolução do Worker, projetado para lidar com conexões keep-alive de forma mais eficiente, usando threads apenas para conexões com processamento ativo, o que o torna o MPM mais escalável para cargas de trabalho modernas.

A escolha do MPM é feita em tempo de compilação ou configuração, e cada um tem um perfil de uso: o Prefork é recomendado para compatibilidade com módulos que não são thread-safe (como mod_php), enquanto Worker e Event são preferidos para alto desempenho e menor uso de memória. Essa distinção é fundamental para entender como o Apache se comporta sob carga e por que a afirmação da questão está correta.

A pegadinha que a banca poderia explorar aqui seria confundir o Apache com o nginx, que usa uma arquitetura assíncrona orientada a eventos, diferente dos MPMs do Apache. O nginx não depende de threads ou processos por conexão, mas sim de um modelo de eventos, o que o torna mais leve em memória. No entanto, a questão fala especificamente do Apache, e a afirmação sobre os MPMs é precisa.

Guarde a distinção entre os MPMs do Apache e a arquitetura do nginx: é exatamente essa fronteira que separa as alternativas em questões sobre servidores web.

Apache HTTP Server
  • 1MPMs (Multi-Processing Modules)
    • Prefork
      • 1 processo por conexão
      • Sem threads
      • Maior consumo de memória
      • Compatível com mod_php
    • Worker
      • Híbrido: processos + threads
      • Menor consumo de memória
      • Maior concorrência
    • Event
      • Evolução do Worker
      • Threads só p/ conexões ativas
      • Mais escalável (keep-alive)
  • 2Comparação com nginx
    • Arquitetura assíncrona orientada a eventos
    • Não usa MPMs
LEVEL · soulevel.com.br

Item — ✅ CERTO

A afirmação está correta. O Apache HTTP Server utiliza, por padrão, um modelo de processamento baseado em MPMs, e os exemplos citados (Prefork, Worker e Event) são os mais conhecidos. A influência no consumo de memória, concorrência e desempenho é direta, pois cada MPM define como o servidor gerencia processos e threads para atender requisições.

Conteúdo de apoio (Apache):

  • prefork: implementa um servidor Web sem threads;

  • worker: módulo de multiprocessamento (MPM) implementando um servidor Web híbrido multi-threaded e multi-processo;

  • event: uma variante do MPM worker com o objetivo de consumir threads apenas para conexões com processamento ativo.

Esses três MPMs são exatamente os citados na questão, e a descrição confirma que eles influenciam diretamente o consumo de memória (Prefork usa mais, Worker e Event menos), a concorrência (Worker e Event suportam mais conexões simultâneas) e o desempenho (Event é o mais eficiente para keep-alive).

Gabarito: C (Certo)

Link permanente: /questoes/qa432950