O dia em que um Celeron aguentou mais que um Xeon (História Real)

Sim, isso aconteceu.

E não foi bug, não foi milagre — foi configuração ruim somada com “hardware demais na mão errada”.


O cenário

Dois servidores:

Máquina 1 (o “monstro”)

  • CPU: Intel Xeon E5-2620
  • RAM: 32GB
  • Apache + mod_php (prefork, claro…)
  • Sem limite decente de workers

Máquina 2 (o “guerreiro”)

  • CPU: Intel Celeron G3930
  • RAM: 4GB
  • Apache + PHP-FPM (mpm_event)
  • Tudo limitado na unha

O problema

O sistema começou a tomar carga real.

Nada absurdo — coisa que QUALQUER servidor “decente” deveria aguentar.

E aí começou o espetáculo:

Xeon:

  • RAM foi sendo consumida sem freio
  • Apache spawnando processo igual coelho
  • Swap entrou
  • Load subiu
  • Travou bonito

Celeron:

  • Workers limitados
  • PHP-FPM controlado
  • Sem swap
  • Respondeu mais lento? Sim
  • Travou? Não

O detalhe que ninguém gosta de admitir

O Xeon morreu porque tinha recurso demais sem controle.

O Celeron sobreviveu porque não tinha opção de errar.


Onde o Xeon se sabotou

Config clássica de desastre:

MaxRequestWorkers 256

Sem cálculo.

Cada processo:

~80MB

Conta básica:

256 x 80MB = 20GB

Agora soma:

  • Apache
  • PHP
  • sistema
  • cache

Pronto. Estourou os 32GB.

Resultado:

swap + I/O wait + morte lenta


Onde o Celeron foi esperto (ou forçado a ser)

Config:

MaxRequestWorkers 20

PHP-FPM:

pm.max_children = 20

Conta:

20 x 80MB = 1.6GB

Sobrou RAM → sistema respirou → continuou atendendo.


A diferença real

Não foi CPU.

Não foi clock.

Não foi arquitetura.

Foi isso:

controle de concorrência

Verdade inconveniente

Mais hardware amplifica erro de configuração.

  • Config ruim + servidor grande = desastre maior
  • Config boa + servidor fraco = sistema resiliente

Gargalo real (spoiler)

Nenhum dos dois morreu por CPU.

Morreram por:

  • RAM mal gerenciada
  • concorrência descontrolada
  • falta de limite

Moral da história

Antes de comprar servidor:

  • sabe quanto cada request consome?
  • sabe quantos simultâneos aguenta?
  • tem limite definido?

Se a resposta for “não”:

tanto faz se é Xeon ou Celeron — vai cair igual.


TL;DR

  • Xeon caiu por excesso de processos
  • Celeron sobreviveu por limitação forçada
  • O problema nunca foi CPU
  • Foi gestão de recurso

Frase pra tatuar na infra

“Servidor forte não salva configuração burra.”

Rolar para cima