Como medir o desempenho do Home Assistant sem confundir a cache com a capacidade

Um teste rápido e em estado quente do Home Assistant não prova que existe capacidade disponível; pode apenas provar que as caches do navegador, da base de dados, do sistema de ficheiros ou da aplicação já estão preenchidas.

A capacidade é a quantidade de trabalho sustentado que um sistema consegue concluir dentro de um objetivo de latência e correção, enquanto a cache altera o custo do trabalho repetido. Um painel que abre rapidamente na segunda visita, uma consulta ao histórico acelerada por páginas em cache ou um reinício seguido de uma automação fluida podem ser observações úteis sem revelarem o limite da carga de trabalho. Meça separadamente as fases fria, quente, de estado estável e de saturação.

Separe Primeiro os Efeitos da Cache da Carga de Trabalho que Pretende Dimensionar

Os diferentes percursos do Home Assistant utilizam caches diferentes. Os navegadores mantêm os recursos do frontend; o sistema operativo coloca em cache as páginas do sistema de ficheiros; o SQLite ou outra base de dados beneficia de páginas lidas recentemente; as integrações podem manter ligações ou o estado dos dispositivos; o DNS e o TLS também podem ser reutilizados. Um único teste de desempenho em estado “quente” pode incluir vários destes efeitos em simultâneo.

Um guia da comunidade do Home Assistant sobre o desempenho do Recorder explica como uma base de dados grande cria mais trabalho de leitura, escrita e indexação, mostrando que a carga da base de dados muda consoante o estado retido, e não apenas consoante a velocidade do CPU. A cache de páginas aquecida pode ocultar parte desse custo de leitura até o conjunto de trabalho exceder a memória ou outra carga de trabalho o expulsar.

Defina a questão de capacidade antes de testar: arranque do painel, consulta ao histórico, latência da automação, eventos por segundo, clientes simultâneos, sobreposição com cópias de segurança ou concorrência dos serviços de todo o anfitrião. Depois, enumere as caches que podem reduzir essa operação específica. Não limpe todas as caches indiscriminadamente; crie uma condição fria controlada e uma condição quente realista, para que ambas possam ser medidas.

Utilize Execuções Frias e Quentes para Delimitar os Dois Extremos Úteis

Uma execução fria mostra como o sistema se comporta quando os dados ou recursos não estão residentes, enquanto uma execução quente mostra o percurso de reutilização estável que os utilizadores experienciam frequentemente. Nenhuma delas é universalmente “real”. Um telemóvel aberto uma vez por manhã pode aproximar-se mais do comportamento frio do frontend, enquanto um tablet de parede ou uma base de dados ocupada podem funcionar em estado quente durante a maior parte do dia.

As notas sobre testes de armazenamento indicam que duas execuções consecutivas podem diferir simplesmente porque a primeira aquece a cache do sistema de ficheiros, razão pela qual as condições de cache fria e quente devem ser identificadas, em vez de misturadas. O mesmo princípio aplica-se aos testes do histórico e dos recursos do Home Assistant: uma segunda execução rápida é prova de reutilização, mas não prova, por si só, que o servidor tem mais capacidade.

Registe ambas as distribuições, e não apenas o melhor valor. Utilize dados, cliente, rede e configuração do painel idênticos. Se os resultados quentes forem excelentes, mas os resultados frios ultrapassarem o prazo aceitável para a casa, o sistema pode ser adequado para clientes sempre abertos, mas inadequado para reinícios, recuperação ou acesso móvel pouco frequente. As afirmações sobre capacidade devem indicar a condição que representam.

A Capacidade Torna-se Visível Quando o Trabalho Repetido Deixa de Escalar Linearmente

Para medir a capacidade, aumente uma variável da carga de trabalho, mantendo as restantes constantes: taxa de eventos, número de clientes do painel, concorrência das consultas ao histórico, taxa de escrita na base de dados ou carga de serviços adjacentes. Uma investigação real sobre um painel do Home Assistant mostra como a carga contínua de atualizações WebSocket pode tornar-se visível quando o cliente fica para trás, fazendo com que o comportamento das filas e da cauda seja mais informativo do que um único resultado de pico obtido com cache. Observe esses sinais juntamente com a utilização do CPU, da memória, do armazenamento e da rede.

O ZimaSpace mostra um mecanismo de saturação comparável na contenção das filas de armazenamento partilhado: o débito pode manter-se elevado enquanto a latência da cauda interativa aumenta depois de o trabalho pendente exceder o paralelismo útil. A capacidade do Home Assistant exige a mesma atenção a condições de paragem baseadas na latência.

A regra fundamental contra o marketing enganador é que mais CPU livre não garante mais capacidade de todo o sistema. Uma automação pode ficar à espera de um rádio, o armazenamento pode estar saturado enquanto o CPU está inativo e um cliente móvel pode apresentar o conteúdo lentamente depois de o servidor responder. A capacidade pertence ao percurso completo testado e às condições mantidas, e não a uma única percentagem de utilização.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Teste a Expulsão da Cache e os Serviços Adjacentes Antes de Declarar Margem de Capacidade

Um servidor doméstico não executa o Home Assistant isoladamente. As cópias de segurança, as análises multimédia, os trabalhos de IA, a gravação de câmaras, as bases de dados e os contentores podem expulsar páginas úteis da cache ou criar pressão concorrente sobre o armazenamento e a memória. Um teste de desempenho realizado num anfitrião que, de resto, está vazio pode, por isso, indicar um conjunto de trabalho quente que a produção não consegue manter residente durante o pico real da casa.

Um caso de otimização do Recorder de 2026 fornece um exemplo prático de redução do volume de escrita histórica, fazendo com que a base de dados exija menos E/S e um conjunto de trabalho retido menor. Isso altera o limite real de capacidade, em vez de apenas fazer com que uma segunda consulta pareça rápida.

Repita o teste em estado estável enquanto a carga normal de cópias de segurança, câmaras ou contentores estiver em execução. Se a latência se mantiver dentro do objetivo e o comportamento dos acertos da cache permanecer estável, o resultado quente será mais credível. Se o desempenho colapsar apenas depois de outro serviço expulsar dados da cache ou encher as filas, o anfitrião terá menos margem de capacidade em produção do que o teste isolado do Home Assistant sugeria.

Publique um Resultado de Capacidade com as Respetivas Condições

Um resultado útil indica a versão do Home Assistant, o hardware, o armazenamento, a base de dados, o número de entidades, a retenção, o tipo de cliente, o painel, o percurso de rede, a condição quente ou fria, as cargas de trabalho em segundo plano, a taxa de entrada, a duração do teste e o limiar de aceitação. Sem estes detalhes, “o Home Assistant responde em 100 ms” não pode ser comparado nem reproduzido.

Uma análise independente da concorrência do Home Assistant explica como o ciclo de eventos asyncio agenda as tarefas de automação e como as esperas de E/S podem suspender essas tarefas. Inclua a capacidade de resposta do ciclo de eventos e o comportamento de bloqueio quando a carga testada é predominantemente de automações, em vez de presumir que a utilização do armazenamento ou do CPU, por si só, descreve a capacidade.

Considere o sistema capaz apenas quando a sobreposição normal máxima for executada durante tempo suficiente para atingir um estado estável, a latência da cauda permanecer dentro do objetivo, as filas não continuarem a crescer e os ensaios repetidos produzirem resultados semelhantes. Trate a cache quente como uma condição operacional, não como um multiplicador que possa presumir que continuará disponível à medida que a casa e o anfitrião acumulam mais serviços.

FAQ

Devo reiniciar o Home Assistant antes de cada teste de desempenho?

Não. Um reinício pode criar um cenário de arranque a frio, mas também altera muitas variáveis em simultâneo. Utilize-o deliberadamente para testar o arranque e, depois, execute testes quentes e em estado estável separados, sem reiniciar.

A execução mais rápida é a melhor estimativa da capacidade?

Não. A execução mais rápida normalmente revela condições favoráveis de cache e agendamento. As decisões de capacidade devem utilizar distribuições reproduzíveis e a latência da cauda sob carga sustentada, porque os utilizadores notam as execuções lentas quando o sistema está próximo da saturação.

Taxas elevadas de acertos da cache podem ser consideradas negativas?

Não. A reutilização é desejável. O erro está em presumir que os dados em cache permanecerão sempre residentes à medida que o conjunto de trabalho, o número de entidades, o histórico e os serviços adjacentes crescem. Meça o que acontece quando a carga de trabalho já não cabe confortavelmente no mesmo espaço de cache.