Uma alternativa ao Macs Fan Control para desenvolvedores

Por que usuários do Macs Fan Control procuram uma alternativa

Em Macs Intel, o Macs Fan Control conquistou sua reputação com méritos reais: leituras completas de sensores de CPU, GPU e discos, além de curvas de ventoinha personalizadas que conseguiam mesmo sobrepor o comportamento conservador de fábrica da Apple. Se um Mac Intel esquentava sob carga sustentada, mandar as ventoinhas girarem mais rápido funcionava de verdade.

O Apple Silicon mudou o terreno. Relatos no próprio rastreador de issues do GitHub do app descrevem MacBook Pros M3 e M4 Pro/Max em que um valor de ventoinha definido manualmente é sobrescrito em tempo real pelo daemon térmico do próprio macOS, e onde o firmware mantém as ventoinhas totalmente desligadas abaixo de aproximadamente 77-80°C, não importa o que o app peça. A Crystalidea, empresa por trás do Macs Fan Control, já lançou correções para modelos específicos mais de uma vez — uma atualização de meados de 2025 teria restaurado um controle mais completo em algumas configurações M3/M4 — mas a experiência prática tem sido inconsistente: uma correção para uma geração de chip nem sempre vale para a próxima, e uma atualização pontual do macOS pode silenciosamente mudar de novo o que é permitido.

É esse o motivo real por trás das buscas por "alternativa ao Macs Fan Control". Raramente é porque o app piorou — é que a Apple continua mudando o chão em que ele está pisando, e procurar uma ferramenta diferente costuma ser, na verdade, procurar algo que não fique à mercê disso.

Os outros apps de controle de ventoinha de verdade: TG Pro e smcFanControl

O TG Pro (da Tunabelly Software) é a troca mais direta se o que você quer é outro app pago de controle de ventoinha. Ele é feito para Intel até os Macs da atual série M5, mostra a temperatura de cada núcleo de CPU individualmente no Apple Silicon — algo que o Macs Fan Control não detalha — e oferece tanto regras automáticas de ventoinha quanto controle manual onde o hardware ainda permite.

O smcFanControl é a opção gratuita, e é honesto sobre o que é: open source, na prática sem manutenção para Apple Silicon, e Intel na prática. Se você ainda usa um MacBook Intel mais antigo e não quer pagar nada, ele resolve. Instale num Mac da série M e você vai ter um ícone na barra de menu sem controle de ventoinha de verdade por trás.

Os dois esbarram na mesma parede que o Macs Fan Control encontra nos chips mais novos: no Apple Silicon, o RPM da ventoinha é, no fim das contas, decisão do firmware. Um app pode pedir uma velocidade; se o Mac de fato gira as ventoinhas naquele ponto depende do modelo exato, da temperatura e da versão do macOS — não do app.

A opção gratuita e nativa: deixar o macOS rodar sua própria curva

Você não precisa instalar nada para ter uma curva de ventoinha funcionando — o macOS já roda uma sozinho. É gratuito, não exige configuração nenhuma, e a Apple ajusta isso de forma conservadora o suficiente para que um notebook de desenvolvimento típico fique silencioso sob carga leve.

O que você abre mão sem um app de monitoramento é visibilidade. Não existe uma forma nativa de ver a temperatura real do chip ou o RPM da ventoinha, então um build que está sofrendo throttling silenciosamente parece idêntico, no Monitor de Atividade, a um rodando a toda velocidade — só mais lento, sem causa aparente.

Essa lacuna importa mais quanto mais longa e sem supervisão for a tarefa. Numa compilação rápida que você está acompanhando, você percebe se ela travar. Numa sessão de fine-tuning de várias horas ou num agente de IA deixado rodando a noite toda com a tampa fechada, você não vai perceber — e é exatamente aí que você precisa de algo observando o número no seu lugar.

O risco de correr atrás do controle de ventoinha em vez de observar o estado térmico

Mesmo onde o controle de um app de ventoinha funciona de verdade, forçar o RPM para cima não resolve o risco real de uma execução longa sem supervisão. Dois problemas diferentes acabam sendo confundidos: o Mac está barulhento ou sofrendo throttling (chato, geralmente resolvido com mais fluxo de ar ou uma curva de ventoinha mais agressiva), e o Mac não é seguro para deixar rodando (o que forçar as ventoinhas não resolve — a resposta ali é parar, não girar mais forte).

No Apple Silicon especificamente, como escritas de ventoinha podem ser sobrescritas silenciosamente pelo firmware abaixo de certas temperaturas, a própria leitura de um app de ventoinha dizendo "ventoinhas em 100%" não é uma garantia confiável do RPM que o hardware realmente permite. Confiar nessa leitura como seu sinal de segurança carrega o mesmo risco de confiar em qualquer controle que a plataforma pode sobrescrever silenciosamente sem avisar.

Isso morde mais forte com a tampa fechada. Um Mac gerando calor sem fluxo de ar e sem ninguém observando é exatamente o cenário em que todo app de controle de ventoinha está em pior posição para perceber — porque perceber depende de alguém olhando um gráfico de sensor, e por definição não há ninguém olhando.

Onde o LidRun entra — não é uma ferramenta de ventoinha

Para ser direto: o LidRun não controla suas ventoinhas, nem no Apple Silicon nem no Intel. Ele nunca envia um comando de ventoinha, e não vai levar o crédito por um Mac mais silencioso. O que ele faz é observar o mesmo sinal térmico que um app de ventoinha observa, e usar isso para decidir se ainda é seguro impedir que seu Mac durma.

Mais especificamente, ele combina a temperatura ao vivo do SMC e o percentual de throttle térmico da CPU com a própria API de estado térmico do macOS, porque o sinal isolado do sistema operacional pode ficar atrás da realidade — nos próprios testes do LidRun, ele já flagrou o macOS reportando um estado apenas "razoável" enquanto o chip já tinha caído para 24% da velocidade normal dentro de uma mochila fechada. A partir de 98°C, ou com throttle em 50% ou menos, o LidRun trata isso como sério e emite um aviso. A partir de 100°C, ou com throttle em 30% ou menos, isso é crítico.

O que acontece depois depende do contexto. Com o modo Closed-Lid ativo e o Mac realmente guardado — na bateria, tampa fechada, cinco minutos ou mais sem uso — o LidRun dá 60 segundos de pressão séria sustentada antes de agir: ele libera sua retenção para que o Mac entre em clamshell sleep por conta própria se a situação for apenas séria, ou força o sleep imediatamente, sobrepondo o que estiver rodando, se já for crítico. Um Mac "cozido" é pior do que um build perdido.

Na tomada e com alguém por perto, é mais brando. O LidRun não força o sleep de um Mac com a tampa aberta enquanto você está no teclado — ele só entra em ação quando a tampa está realmente fechada ou você ficou ausente por cinco minutos ou mais, e só depois de 120 segundos de pressão sustentada, ou imediatamente se for crítico. O firmware é dono das ventoinhas o tempo todo; o LidRun é a camada acima da curva, não um substituto dela.

Combinando uma ferramenta de ventoinha com o LidRun para execuções longas de dev e IA

Na prática, use o TG Pro ou o Macs Fan Control (ou nada, num Mac moderno) para aquilo que eles realmente fazem bem: mostrar os números reais e, onde o firmware ainda permite, ajustar a curva. Use o LidRun para o trabalho que nenhum dos dois foi feito para fazer — manter o Claude Code, o Cursor, um build no Docker ou uma execução do xcodebuild vivos com a tampa fechada, e sair do caminho se o calor ou a bateria ultrapassarem um limite enquanto ninguém está olhando.

O Auto-Watch do LidRun procura pelos processos que um app de ventoinha não tem motivo para se importar — claude, cursor, codex, aider, ollama, jobs de treinamento em python e torchrun, jupyter, builds de node/npm/vite, cargo, xcodebuild, docker — checando a cada 10 segundos por padrão, de forma que ele mantém o Mac acordado só enquanto um desses processos está realmente rodando, não indefinidamente.

Na bateria existe um piso rígido de 4% que sempre se aplica: abaixo disso, o macOS pode não ter margem suficiente para terminar de dormir de forma limpa antes de a bateria acabar, então o LidRun força o sleep nesse ponto, não importa o que mais esteja configurado. Um segundo piso, ajustável (20% por padrão, faixa de 5-50%), rege especificamente as sessões de keep-running, então uma execução longa de IA pode se interromper bem antes do piso rígido, se você preferir jogar mais seguro.

Nada disso substitui um resfriamento de verdade. Um suporte, um ventilador soprando ar sobre a entrada de ar e ficar na tomada ainda fazem mais pela temperatura real de um Mac com Apple Silicon do que qualquer software — o trabalho do LidRun é só ajudar a garantir que um evento térmico ruim não custe também o seu trabalho.