Questão de Sistemas Operacionais — Geral — Quadrix 2026
Sistemas Operacionais›Geral
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.
CCerto
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).