Perché Home Assistant dà una sensazione diversa su SSD e HDD?

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Why Does Home Assistant Feel Different on SSD and HDD Storage?

Home Assistant spesso sembra più veloce su SSD perché database, log e metadati eseguono piccole operazioni casuali che evidenziano la latenza di ricerca e l'accodamento degli HDD.

La velocità effettiva dei backup sequenziali può sembrare accettabile su entrambi i supporti, ma l'interazione quotidiana combina commit del Recorder, query della cronologia, metadati del file system, log e attività dei container. Un SSD può gestire queste operazioni sparse con una latenza di accesso molto più bassa, mentre la testina di un HDD deve spostarsi tra posizioni diverse. La cache della memoria può nascondere temporaneamente la differenza, quindi gli avvii a freddo e i carichi di lavoro simultanei la rendono più evidente.

Il Recorder trasforma le piccole modifiche in attività di archiviazione casuali

Gli eventi delle entità diventano righe del database, aggiornamenti del journal, modifiche agli indici e sincronizzazioni del file system. Spesso si tratta di piccole operazioni distribuite tra diverse strutture del database, anziché di un unico flusso sequenziale di grandi dimensioni.

Una discussione che confronta le scelte di database per molte entità evidenzia il ruolo dell'archiviazione e del comportamento del backend, mostrando perché il comportamento dell'archiviazione del database può essere importante prima che l'utilizzo della CPU appaia elevato.

Il tempo di ricerca dell'HDD fa sì che le operazioni sparse attendano il movimento meccanico, mentre la memoria flash dell'SSD vi accede elettronicamente. Il risultato è una minore latenza della coda, non necessariamente una maggiore velocità visibile in megabyte al secondo.

Le query della cronologia traggono vantaggio dalle letture a bassa latenza

Una richiesta della cronologia del dashboard può consultare indici e molte pagine non contigue. Se tali pagine non sono presenti in memoria, il dispositivo di archiviazione deve recuperarle prima che il database possa filtrare, decodificare e restituire il risultato.

Un operatore che stava compattando un database SQLite di Home Assistant ha riferito di essersi concentrato sulla reattività, illustrando come la località del file di database e la disposizione dei file possano modificare il percorso di lettura apparente.

Una query ripetuta può diventare veloce su entrambi i dispositivi perché il sistema operativo memorizza nella cache le pagine. Confrontate esecuzioni a freddo o con memoria sotto pressione per evidenziare la latenza del supporto e non scambiate un singolo grafico con cache attiva per un comportamento di archiviazione equivalente.

I carichi di lavoro misti amplificano la differenza dell'HDD

Recorder, log, componenti aggiuntivi, backup e query della cronologia possono condividere lo stesso volume. Un HDD alterna le ricerche tra le loro richieste, mentre un SSD gestisce più operazioni casuali simultanee con meno movimento per richiesta.

Una guida alle prestazioni dei database collega l'archiviazione lenta ai ritardi di Home Assistant, indicando la latenza I/O mista del database come meccanismo alla base dei rallentamenti durante letture e scritture simultanee.

Separare i dati sequenziali voluminosi dal database può aiutare una configurazione basata su HDD, ma solo quando i percorsi e i backup mantengono la coerenza. Spostare i file senza misurare la coda attiva può trasferire la capacità lasciando invariata la latenza.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

L'SSD non risolve ogni interfaccia lenta

Template che richiedono molta CPU, un'integrazione bloccante, timeout del cloud, nuovi tentativi radio, rendering del client e perdita di rete possono far sembrare lento Home Assistant con una pressione sul disco quasi nulla. Una maggiore velocità di archiviazione non può abbreviare queste attese.

Una migrazione di Raspberry Pi a SSD analizza sia l'archiviazione sia la cache della memoria, mostrando perché gli effetti dell'SSD e della cache debbano essere distinti dall'effetto della cache attiva.

Questo è il limite dell'analisi: attribuite l'esperienza all'archiviazione solo quando il ritardo di un'azione o di una query aumenta insieme alla latenza del disco e alla profondità della coda. Se durante il problema l'archiviazione rimane inattiva e reattiva, analizzate il livello successivo.

Misurate la latenza, non solo la velocità effettiva

Utilizzate la stessa copia di backup e la stessa versione di Home Assistant su ciascun supporto. Misurate l'avvio a freddo, una query della cronologia fissa, un'azione innocua durante l'attività del Recorder, la durata del backup, la latenza del disco p95, la profondità della coda e l'integrità del database dopo il riavvio.

Il percorso di controllo della latenza dell'archiviazione spiega come la latenza dell'archiviazione entri nel percorso di controllo dell'intera abitazione, collegando il benchmark a una conseguenza visibile per l'utente.

Preferite l'SSD quando i test di latenza casuale mostrano ripetutamente miglioramenti nel carico di lavoro interessato. Mantenete l'HDD per i dati voluminosi sequenziali quando soddisfa lo stesso obiettivo e lo stesso test di ripristino. Se entrambi i supporti mostrano una latenza bassa e identica mentre l'interfaccia rimane lenta, interrompete l'ottimizzazione dell'archiviazione e analizzate i tempi di Core, della rete o del client.