Linux ou Windows para servidor de FiveM: qual vale mais a pena em 2026?

Pergunte num grupo de FiveM se vale usar Linux e você vai receber duas respostas opostas com a mesma confiança. Um lado diz que Linux é obrigatório em servidor sério. O outro diz que Windows resolve e evita dor de cabeça.

O que quase ninguém explica é que a resposta depende de três coisas: o tamanho da sua cidade hoje, quanto você sabe de terminal, e quanto do seu tempo você quer gastar administrando máquina em vez de cuidando da base.

Este guia compara os dois sistemas nos doze critérios que realmente afetam um FXServer, incluindo os pontos que mais geram dúvida na prática: txAdmin, ESX, QBCore e resources com escrow.

Por onde vem a diferença

Antes da comparação item a item, vale entender a origem de tudo.

Um Windows Server precisa manter interface gráfica funcionando o tempo todo: área de trabalho, gerenciador de janelas, serviços visuais. Isso consome memória e ciclos de processador antes do FXServer sequer abrir.

O Linux usado em servidor roda sem interface nenhuma. Você conecta por SSH, o sistema carrega o mínimo e o resto fica disponível para o que importa.

Existe um segundo detalhe específico do FiveM: os artifacts de Linux usam proot, uma camada de compatibilidade. Isso já causou fama de instabilidade anos atrás, mas hoje é maduro e usado por boa parte dos servidores grandes.

Comparação item a item

Facilidade de uso

Windows vence com folga.

Você conecta pela Área de Trabalho Remota e vê a mesma tela do seu computador. Arrasta resource para dentro da pasta, edita o server.cfg com dois cliques, abre o console numa janela.

Quando algo quebra, você vê. A pasta está ali, o arquivo está no lugar errado, a mensagem apareceu.

No Linux tudo isso é comando. Copiar é cp, editar é nano, ver processo é htop, ler log é tail -f. Nada difícil, mas é vocabulário novo, e cada tarefa simples vira uma busca nos primeiros dias.

Performance e tick rate

Linux vence, e no FiveM isso aparece no lugar certo.

O FXServer concentra a lógica principal do jogo, e o que o jogador sente como "servidor travando" é a queda do tick rate do processo principal. Menos concorrência por processador significa tick mais estável.

Na mesma máquina, um servidor Linux tende a segurar mais jogadores antes do tick começar a oscilar. A diferença é pequena em cidade de trinta pessoas e relevante acima de cem.

Vale o aviso de sempre: Linux não conserta resource mal escrito. Se um script consome 15 ms por tick, ele vai consumir nos dois sistemas. Antes de migrar, passe o resmon.

Consumo de memória

Linux vence, e este é o ponto mais concreto da comparação.

A diferença de mais de 1 GB é significativa quando a sua base carrega muitos resources, streaming de mapas customizados e um banco MySQL na mesma máquina.

Cidade com MLOs pesados e centenas de veículos é exatamente onde essa folga vira jogador que cabe.

Consumo de CPU

Linux vence por margem menor do que se imagina.

O FXServer em si consome praticamente o mesmo nos dois sistemas. A vantagem do Linux vem do que não está rodando ao lado: serviços gráficos, indexação, antivírus, telemetria.

Em servidor pequeno, essa diferença é ruído. Em servidor com processador já no limite, ela é a margem que evita o engasgo no horário de pico.

O gargalo real do FiveM continua sendo clock por núcleo, não sistema operacional. Processador com muitos núcleos e clock baixo entrega pior que um com menos núcleos e clock alto, em qualquer um dos dois.

Segurança

Empate técnico, com vantagem prática para o Linux.

O que joga a favor do Linux:

• Menos serviço exposto por padrão
• Portas fechadas de fábrica na maioria das distribuições
• Mais natural rodar o FXServer sob usuário sem privilégio administrativo

O que joga a favor do Windows:

• Interface gráfica reduz erro na configuração de firewall
• Atualizações automáticas ativadas por padrão

O maior risco nos dois é o mesmo: RDP ou SSH exposto com senha fraca. Servidor de FiveM tem IP público e recebe tentativa automatizada todos os dias.

Se usa Windows, troque a porta padrão do RDP conforme como trocar a porta RDP da sua VPS. Se usa Linux, faça o mesmo com SSH em como alterar a porta do SSH.

Um cuidado específico de FiveM: nunca deixe a porta do txAdmin aberta para o mundo sem necessidade. Detalhes em como proteger o servidor de FiveM contra DDoS.

Atualizações

Linux vence pela previsibilidade.

No Linux você atualiza quando quer, e raramente precisa reiniciar:

sudo apt update && sudo apt upgrade

No Windows, as atualizações são maiores e frequentemente pedem reinício. Pior: o Windows Update tem o hábito de decidir a hora sozinho, e reinício não avisado às 3h da manhã é queda no meio de plantão de roleplay.

Se usar Windows, configure horário ativo e desative reinicialização automática antes de qualquer outra coisa. A renovação da licença está em como ativar o Windows na sua VPS.

Atualizar artifacts é igualmente simples nos dois. O procedimento está em como atualizar os artifacts do seu servidor.

Compatibilidade com scripts

Empate na maioria, com ressalvas que valem conhecer.

Resource de FiveM é escrito em Lua, JavaScript ou C#. Nada disso depende de sistema operacional. Um script bem escrito roda igual nos dois.

Onde aparecem diferenças reais:

Sensibilidade a maiúsculas. Este é o item que mais quebra migração. O Windows trata Config.lua e config.lua como o mesmo arquivo. O Linux não. Um fxmanifest.lua que referencia arquivo com grafia diferente funciona no Windows e falha no Linux.

Barra de caminho. Script que usa \ fixo em caminho quebra no Linux.

Dependência nativa. Resource que chama executável ou biblioteca .dll do Windows não tem equivalente direto.

Boas práticas para escrever resource portátil

• Use sempre minúsculas em nome de arquivo e pasta
• Referencie caminho com /, nunca com \
• Declare todos os arquivos no fxmanifest.lua com a grafia exata
• Evite dependência de programa externo instalado no sistema

Compatibilidade com txAdmin

Empate. Funciona igualmente bem nos dois.

Essa é uma dúvida frequente e a resposta é simples: o txAdmin é multiplataforma, já vem junto dos artifacts e roda no Linux sem qualquer adaptação.

O painel é idêntico, o recipe de instalação funciona, o console ao vivo funciona, o agendamento de reinício funciona.

A única diferença prática é como você inicia o processo. No Windows você executa FXServer.exe. No Linux você roda o run.sh, e o normal é deixá-lo sob um gerenciador como screen, tmux ou systemd, para ele continuar rodando depois que você fechar o SSH.

Se você ainda não usa txAdmin, o passo a passo está em como iniciar o seu servidor de FiveM pelo txAdmin.

Compatibilidade com ESX

Empate total.

O ESX é um conjunto de resources em Lua com banco MySQL. Não há nada nele que dependa de sistema operacional.

O que costuma quebrar numa migração de ESX para Linux não é o ESX, é o conjunto de scripts de terceiros acumulados ao longo do tempo, tipicamente por causa da sensibilidade a maiúsculas descrita acima.

Compatibilidade com QBCore

Empate total, com a mesma ressalva.

QBCore e MRI Qbox rodam em Linux sem problema, e boa parte dos servidores grandes que usam essas bases está em Linux justamente pela folga de recurso.

O ponto de atenção é o oxmysql e a conexão com o banco: verifique a string de conexão depois de migrar, porque o comportamento de localhost e 127.0.0.1 pode diferir dependendo da configuração do MySQL.

Se está escolhendo entre as bases, veja QBCore, Qbox ou MRI Qbox.

E os resources com escrow?

Esta é a dúvida que mais aparece, e merece resposta direta: resources protegidos por escrow funcionam em Linux. A proteção da Cfx.re é multiplataforma.

O que existe é histórico: anos atrás houve incompatibilidades pontuais que criaram a fama. Hoje, se um resource pago não funciona no Linux, na maioria das vezes é porque o autor escreveu código dependente de Windows, não por causa do escrow.

Boa prática antes de migrar: liste os resources pagos que você usa e confirme com cada autor se há suporte a Linux. Cinco minutos de pergunta evitam um fim de semana perdido.

Estabilidade

Ligeira vantagem para o Linux, com ressalva.

Servidor Linux bem configurado costuma ficar mais tempo no ar sem intervenção, principalmente por não sofrer reinício automático de atualização.

A ressalva é honesta: estabilidade depende muito mais dos seus resources que do sistema. Servidor que cai por vazamento de memória em script vai cair nos dois.

Custos

Linux vence, com margem menor do que parece.

O sistema é gratuito, e a licença do Windows Server costuma estar embutida no preço da VPS. Mas o custo real inclui mais que a licença:

• Recurso desperdiçado. Aquele 1 GB a mais pode significar precisar de um plano acima
• O seu tempo. Três noites resolvendo compilação e permissão têm valor
• Prejuízo de erro. Cidade mal configurada por falta de familiaridade custa mais que a economia

Em servidor pequeno, a diferença total é pequena. Em servidor grande, a eficiência do Linux vira dinheiro real, porque você segura mais gente no mesmo plano.

Tabela comparativa

Para qual perfil cada sistema é indicado

Primeiro servidor da vida

Windows. Você vai errar bastante, e errar com interface gráfica é muito mais rápido de resolver. Gastar as primeiras semanas brigando com permissão de arquivo em vez de aprender a mexer na base é o caminho mais provável para desistir.

Se está montando agora, comece por como criar um servidor de FiveM do zero.

Cidade pequena, até 48 slots

Windows resolve bem. A folga do Linux não é decisiva nessa faixa. Escolha pelo seu conforto.

Cidade em crescimento, 48 a 128 slots

Momento de avaliar. Aqui a memória começa a apertar, principalmente com MLOs e streaming pesado. Antes de subir de plano, teste se o Linux resolve na configuração atual.

Cidade grande, acima de 128 slots

Linux. Nesse tamanho, cada GB economizado é jogador que cabe, e a automação de backup, monitoramento e reinício deixa de ser luxo.

Você tem equipe

Linux. Acesso limitado por usuário, registro do que cada um fez e automação compensam muito a curva inicial.

Erros comuns

Migrar esperando conserto de lag. Se o problema é resource pesado, ele vai junto. Passe o resmon antes, conforme como descobrir quais scripts estão pesando.

Ignorar maiúsculas na migração. É a causa número um de resource que "parou de funcionar" ao mudar para Linux.

Migrar direto em produção. Monte em paralelo, teste, e só então aponte os jogadores.

Rodar o FXServer como root. Nunca. Crie usuário próprio, sem privilégio administrativo.

Esquecer o gerenciador de sessão. Iniciar o servidor pelo SSH sem screen, tmux ou systemd derruba tudo quando a conexão cair.

Não testar os resources pagos antes. Confirme com os autores antes de migrar.

Dicas avançadas

Use systemd em vez de screen. Ele reinicia o servidor automaticamente se o processo morrer e sobe junto com a máquina.

Separe o banco de dados. Em cidade grande, o MySQL disputando memória com o FXServer é gargalo comum. Se o plano permitir, considere instância separada.

Monitore por núcleo, não pela média. O FXServer concentra carga, então a média de uso engana. É o núcleo mais carregado que denuncia o limite.

Automatize o backup no Linux. Uma linha no crontab resolve para sempre. Backup na mesma máquina não é backup.

Deixe o txAdmin atrás de proxy. Em vez de expor a porta, use um proxy reverso com autenticação e certificado.

Perguntas frequentes

FiveM roda bem em Linux?

Roda. Os artifacts oficiais para Linux são mantidos pela Cfx.re e usados por boa parte dos servidores grandes. A fama de instabilidade é antiga e desatualizada.

txAdmin funciona no Linux?

Funciona, sem adaptação. Ele já vem junto dos artifacts e o painel é idêntico ao do Windows.

QBCore e ESX rodam em Linux?

Rodam, sem alteração. Os dois são conjuntos de resources em Lua com banco MySQL, e nada neles depende de sistema operacional.

Resources com escrow funcionam em Linux?

Funcionam. Se algum não funcionar, quase sempre é porque o autor escreveu código dependente de Windows, não por causa da proteção.

Quanto Linux economiza de RAM?

Entre 1 GB e 1,5 GB comparado a um Windows Server, contando apenas o sistema em repouso. Num plano de 4 GB, é cerca de um quarto da máquina.

Vale migrar para aumentar o tick rate?

Ajuda, mas primeiro passe o resmon. Se algum resource consome muito por tick, é ele o gargalo, e migrar não resolve.

Como migro sem perder os jogadores?

Monte o servidor Linux em paralelo, exporte e importe o banco MySQL, copie os resources, teste com pessoas de confiança e só então aponte o endereço. O progresso vive no banco, não no sistema.

Conclusão

Resumindo sem rodeio:

Escolha Windows se este é o seu primeiro servidor, se a cidade é pequena ou se você ainda não se sente à vontade no terminal. A facilidade de diagnosticar olhando a tela vale mais, no começo, que a folga de recurso.

Escolha Linux quando a cidade crescer, quando a memória começar a apertar, ou quando você perceber que repete as mesmas tarefas manuais toda semana. É aí que eficiência e automação passam a compensar a curva.

E vale o ponto que a comparação inteira não resolve: os dois dependem da máquina embaixo. Linux numa VPS com clock baixo e disco lento entrega pior que Windows numa máquina bem dimensionada. Sistema operacional otimiza o que existe, não cria recurso.

Como o FXServer concentra a lógica num processo só, o que mais decide o tick rate da sua cidade é clock por núcleo, seguido de memória suficiente para os resources e disco rápido para o banco.

Se você está montando ou migrando e quer que a base não seja o gargalo, vale conhecer os planos de host de FiveM da WyzeHost. Você escolhe entre Windows e Linux na contratação, e a máquina usa AMD Ryzen 9, com SSD NVMe, proteção DDoS inclusa, cache externo de 10Gbps e servidores no Brasil.

Para dimensionar antes de contratar, o detalhamento está em como escolher a VPS para o seu servidor de FiveM.