Pourquoi Home Assistant semble-t-il différent sur un stockage SSD et HDD ?

Home Assistant semble souvent plus rapide sur un SSD, car les bases de données, les journaux et les métadonnées effectuent de petites opérations aléatoires qui mettent en évidence la latence de recherche et la mise en file d’attente des disques durs.

Le débit séquentiel des sauvegardes peut sembler acceptable sur les deux supports, mais l’utilisation quotidienne combine les validations de Recorder, les requêtes d’historique, les métadonnées du système de fichiers, les journaux et l’activité des conteneurs. Un SSD peut traiter ces opérations dispersées avec une latence d’accès bien plus faible, tandis que la tête d’un disque dur doit se déplacer entre différents emplacements. Le cache mémoire peut temporairement masquer la différence ; les démarrages à froid et les charges simultanées la révèlent donc plus clairement.

Recorder transforme les petites modifications en opérations de stockage aléatoires

Les événements des entités deviennent des lignes de base de données, des mises à jour du journal, des modifications d’index et des synchronisations du système de fichiers. Il s’agit souvent de petites opérations réparties entre différentes structures de la base de données, plutôt que d’un seul flux séquentiel important.

Une discussion comparant les choix de bases de données pour de nombreuses entités souligne le rôle du stockage et du comportement du moteur, montrant pourquoi le comportement du stockage de la base de données peut avoir de l’importance avant même que l’utilisation du processeur ne paraisse élevée.

Le temps de recherche d’un disque dur oblige les opérations dispersées à attendre les mouvements mécaniques, tandis que la mémoire flash d’un SSD y accède électroniquement. Le résultat est une latence de file d’attente plus faible, et pas nécessairement un débit visible plus élevé en mégaoctets par seconde.

Les requêtes d’historique bénéficient de lectures à faible latence

Une requête d’historique du tableau de bord peut accéder à des index et à de nombreuses pages non contiguës. Si ces pages ne se trouvent pas en mémoire, le périphérique de stockage doit les récupérer avant que la base de données puisse filtrer, décoder et renvoyer le résultat.

Un utilisateur ayant compacté une base de données SQLite de Home Assistant a mis l’accent sur la réactivité, illustrant comment la localité du fichier de base de données et sa disposition peuvent modifier le chemin de lecture apparent.

Une requête répétée peut devenir rapide sur les deux périphériques, car le système d’exploitation met les pages en cache. Comparez des exécutions à froid ou sous pression mémoire pour mettre en évidence la latence du support, et ne confondez pas un seul graphique bénéficiant d’un cache chaud avec un comportement de stockage identique.

Les charges mixtes amplifient la différence entre SSD et disque dur

Recorder, les journaux, les modules complémentaires, les sauvegardes et les requêtes d’historique peuvent partager un même volume. Un disque dur alterne les recherches entre leurs requêtes, tandis qu’un SSD traite davantage d’opérations aléatoires simultanées avec moins de déplacements par requête.

Un guide consacré aux performances des bases de données relie le stockage lent aux ralentissements de Home Assistant, confirmant que la latence mixte des entrées-sorties de la base de données est le mécanisme à l’origine des ralentissements lors de lectures et d’écritures simultanées.

Séparer les données volumineuses séquentielles de la base de données peut aider une architecture fondée sur un disque dur, mais uniquement lorsque les chemins et les sauvegardes préservent la cohérence. Déplacer des fichiers sans mesurer la file active peut simplement déplacer la capacité tout en laissant la latence inchangée.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Un SSD ne résout pas toutes les interfaces lentes

Les modèles gourmands en processeur, une intégration bloquante, les délais d’attente du cloud, les nouvelles tentatives radio, le rendu côté client et les pertes réseau peuvent tous donner l’impression que Home Assistant est lent, avec presque aucune pression sur le disque. Un stockage plus rapide ne peut pas réduire ces attentes.

Une migration de Raspberry Pi vers un SSD aborde à la fois le stockage et la mise en cache mémoire, montrant pourquoi les effets du SSD et du cache doivent être distingués de l’effet du cache chaud.

Voici la limite à ne pas franchir : attribuez le problème au stockage uniquement lorsque le délai d’une action ou d’une requête augmente avec la latence du disque et la profondeur de la file d’attente. Si le stockage reste inactif et réactif pendant le symptôme, examinez la couche suivante.

Mesurez la latence, pas seulement le débit

Utilisez la même copie de sauvegarde et la même version de Home Assistant sur chaque support. Mesurez le démarrage à froid, une requête d’historique fixe, une action sans risque pendant l’activité de Recorder, la durée de la sauvegarde, la latence disque p95, la profondeur de la file d’attente et l’intégrité de la base de données après redémarrage.

Le chemin de contrôle de la latence du stockage explique comment la latence du stockage se propage dans le chemin de contrôle de toute la maison, en reliant le test à une conséquence visible pour l’utilisateur.

Privilégiez le SSD lorsque les tests de latence aléatoire améliorent de manière répétée la charge de travail ciblée. Conservez le disque dur pour les données volumineuses séquentielles lorsqu’il atteint le même objectif et réussit le même test de récupération. Si les deux supports affichent une latence faible et identique alors que l’interface reste lente, cessez d’optimiser le stockage et examinez le temps de Core, du réseau ou du client.