← Voltar para a página inicial

Better Resource Monitor vs Eul

O Eul parou de receber atualizações há anos. Em Macs da série M, ele tem um alto consumo de CPU conhecido, sem correções previstas, e monitoramento de GPU que depende de APIs privadas que quebram entre as versões do macOS. Depois de lidar com isso por um tempo, escrevi o Better Resource Monitor. Os dados de GPU vêm da API IOAccelerator, tudo permanece dentro do App Sandbox e ele consome menos de 0,1% de CPU no Apple Silicon.

Manutenção é importante para ferramentas de sistema

Um monitor de barra de menus interage com IOKit, SMC e tudo o que a Apple reorganiza a cada outono. O último commit significativo do Eul foi há anos. Sem correções para o macOS Sequoia, sem ajustes para Apple Silicon, sem patches de segurança. Eu testo contra cada beta do macOS e envio correções antes do lançamento público.

Uso de CPU no Apple Silicon

Em Macs da série M, o uso de CPU do Eul aumenta visivelmente. Ninguém está mantendo o projeto, então isso nunca será corrigido. O núcleo em Rust do Better Resource Monitor mantém todo o aplicativo abaixo de 0,1% de CPU, ignorando o trabalho que causa a sobrecarga (helpers SMC, consulta constante de sensores).

Dados de GPU sem APIs privadas

A versão da App Store do Eul é enviada com recursos limitados porque usa APIs privadas e não documentadas para dados de GPU. Elas podem quebrar silenciosamente em qualquer atualização menor do macOS. Eu leio a utilização da GPU através do IOAccelerator, a interface pública do IOKit. Os mesmos dados, estáveis em todas as atualizações, monitoramento completo de GPU na App Store. Se o Eul funcionava para você antes de parar de receber atualizações, o Better Resource Monitor cobre o mesmo terreno. O código-fonte está no GitHub se você quiser dar uma olhada antes de instalar.