Porque é que o Home Assistant gera cargas diferentes durante as leituras e as escritas?

O Home Assistant produz diferentes cargas de leitura e escrita porque as consultas reutilizam páginas em cache, enquanto a persistência do estado modifica diários, índices e armazenamento durável.

Abrir um gráfico do histórico pode analisar muitas linhas armazenadas sem as alterar, enquanto um único sensor ruidoso pode criar pequenas transações ao longo do dia. O primeiro padrão favorece leituras sequenciais, a cache da base de dados e índices de consulta; o segundo acrescenta sincronização, atualizações do diário, metadados do sistema de ficheiros e amplificação das escritas na memória flash. Por isso, os gráficos diferem mesmo quando ambas as operações envolvem a mesma base de dados do Recorder.

As alterações de estado em tempo real criam mais do que uma escrita

O Recorder converte alterações selecionadas de estado e eventos em transações da base de dados. A inserção de uma linha lógica também pode atualizar índices e um diário ou registo de escrita antecipada antes de o sistema de ficheiros e a cache do dispositivo confirmarem a conclusão durável.

Uma explicação sobre bases de dados e estatísticas separa o armazenamento de curto prazo do estado das estatísticas de longo prazo, esclarecendo por que motivo as estruturas de dados do Recorder podem tocar em várias estruturas relacionadas, em vez de num único ficheiro apenas de acréscimo.

As entidades de alta frequência criam muitas pequenas alterações lógicas que podem ser confirmadas em grupos. Isto pode surgir como rajadas periódicas; os bytes físicos escritos podem exceder o conteúdo útil porque as camadas da base de dados e do armazenamento preservam a consistência.

As leituras do histórico dependem do intervalo, da seletividade e da cache

Uma consulta ao estado atual é pequena, mas um gráfico do histórico de várias entidades pode analisar um intervalo de tempo extenso, descodificar atributos, agregar resultados e enviá-los para o cliente. Índices adequados e páginas da base de dados em cache podem manter muitas dessas operações afastadas do armazenamento físico.

Um caso de desempenho prolongado concluiu que o acesso ao histórico era extremamente lento apesar da utilização normal em tempo real, mostrando que a carga das consultas do histórico pode revelar um problema no percurso da consulta que o controlo do estado atual não exercita.

As leituras repetidas tornam-se frequentemente mais rápidas quando as páginas relevantes permanecem na memória. Essa vantagem desaparece após um reinício, sob pressão de memória ou ao utilizar um intervalo de datas diferente, pelo que uma única consulta em cache não é uma medida fiável da capacidade de armazenamento.

O custo das escritas aumenta com o registo e os serviços adjacentes

O Home Assistant Core não é o único processo a escrever num servidor doméstico típico. Registos de depuração, bases de dados de complementos, cópias de segurança, instantâneos de câmaras e registos de contentores podem partilhar o mesmo dispositivo e causar filas precisamente quando o Recorder tenta efetuar uma confirmação.

Profissionais que reduziram o desgaste da memória flash observaram que os registos e componentes relacionados acrescentam ciclos de escrita, razão pela qual a atividade de escrita de todo o volume deve incluir o volume completo, e não apenas o processo principal da base de dados.

A atribuição ao nível do processo separa o comportamento da aplicação da contenção do armazenamento partilhado. Se o Recorder estiver inativo enquanto outro contentor for responsável pelas escritas, alterar as exclusões de entidades não resolverá a carga observada.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

A manutenção pode inverter o padrão habitual

A remoção de linhas expiradas, a reconstrução de índices, a execução de vacuum ou a compactação podem ler e reescrever grandes partes de uma base de dados. Durante esse período, uma tarefa descrita como limpeza pode gerar leituras e escritas mais intensas do que a ingestão normal de estados.

Debates sobre a configuração do Recorder relacionam a retenção e o comportamento da remoção com a manutenção da base de dados, pelo que o comportamento da retenção e da remoção é essencial quando ocorre um pico de carga regular à mesma hora todos os dias.

A explicação baseada na leitura versus escrita deixa de se aplicar quando o estrangulamento está na avaliação de modelos do lado da CPU, na apresentação pelo cliente ou na entrega pela rede. Os contadores de armazenamento têm de aumentar juntamente com o sintoma; caso contrário, a base de dados está apenas próxima do atraso.

Compare um percurso de leitura com um percurso de escrita

Escolha uma consulta fixa ao histórico e uma ação inofensiva que altere o estado. Para cada uma, registe a latência do pedido, a CPU, o tempo da base de dados, o débito do disco, as IOPS, a profundidade da fila e a latência do dispositivo, começando a frio e repetindo depois com a cache quente.

O artigo relacionado sobre o crescimento dos dados retidos explica por que motivo o crescimento dos metadados e do histórico altera a carga de trabalho, fundamentando a comparação nos dados retidos em vez de num tráfego de teste arbitrário.

Classifique o limite pela covariância: uma primeira leitura lenta seguida de uma repetição rápida sugere localidade da cache; o aumento do tempo da consulta com o intervalo sugere o custo da análise; um atraso na escrita acompanhado de aumento da profundidade da fila sugere contenção do armazenamento durável; nenhum destes padrões sugere outra camada. Otimize apenas o percurso que reproduz duas vezes o atraso visível para o utilizador.