Waarom voelt Home Assistant anders aan op SSD- en HDD-opslag?

Home Assistant voelt vaak sneller aan op een SSD, omdat databases, logs en metagegevens kleine willekeurige bewerkingen uitvoeren waarbij de zoektijd en wachtrijen van een HDD duidelijk merkbaar worden.

De doorvoer van opeenvolgende back-ups kan op beide media acceptabel lijken, maar dagelijkse interactie combineert Recorder-commits, geschiedenisquery's, bestandssysteemmetagegevens, logs en containeractiviteit. Een SSD kan die verspreide bewerkingen met een veel lagere toegangslatentie verwerken, terwijl de leeskop van een HDD tussen locaties moet zoeken. Een geheugencache kan het verschil tijdelijk verbergen, waardoor koude starts en gelijktijdige workloads het verschil het duidelijkst laten zien.

Recorder zet kleine wijzigingen om in willekeurige opslagbewerkingen

Gebeurtenissen van entiteiten worden databaseregels, journaalupdates, indexwijzigingen en bestandssysteemsynchronisaties. Dit zijn vaak kleine bewerkingen die over databasestructuren zijn verspreid, in plaats van één grote opeenvolgende gegevensstroom.

Een discussie waarin databasekeuzes voor veel entiteiten worden vergeleken, benadrukt de rol van opslag en backendgedrag en laat zien waarom opslaggedrag van de database al van belang kan zijn voordat het CPU-gebruik hoog lijkt.

De zoektijd van een HDD zorgt ervoor dat verspreide bewerkingen wachten op mechanische bewegingen, terwijl een SSD ze elektronisch benadert. Het resultaat is een lagere wachtrijlatentie, niet noodzakelijkerwijs een hogere zichtbare doorvoer in megabytes per seconde.

Geschiedenisquery's profiteren van leesbewerkingen met lage latentie

Een verzoek om de dashboardgeschiedenis kan indexen en veel niet-aaneengesloten pagina's raken. Als die pagina's niet in het geheugen aanwezig zijn, moet het opslagapparaat ze ophalen voordat de database het resultaat kan filteren, decoderen en teruggeven.

Een beheerder die een Home Assistant SQLite-database compacterde, meldde dat de nadruk op responsiviteit lag. Dit illustreert hoe lokaliteit van het databasebestand en de bestandsindeling het schijnbare leespad kunnen veranderen.

Een herhaalde query kan op beide apparaten snel worden doordat het besturingssysteem pagina's cachet. Vergelijk tests met een lege cache of onder geheugendruk om de medialatentie zichtbaar te maken, en verwar één grafiek uit een warme cache niet met gelijkwaardig opslaggedrag.

Gemengde workloads versterken het verschil met een HDD

Recorder, logs, add-ons, back-ups en geschiedenisquery's kunnen één volume delen. Een HDD wisselt tussen zoektaken voor hun verzoeken, terwijl een SSD meer openstaande willekeurige bewerkingen verwerkt met minder beweging per verzoek.

Een handleiding over databaseprestaties brengt trage opslag in verband met vertragingen in Home Assistant en ondersteunt gemengde I/O-latentie van databases als mechanisme achter vertraging tijdens gelijktijdige lees- en schrijfbewerkingen.

Het scheiden van opeenvolgende bulkgegevens van de database kan helpen bij een ontwerp op basis van een HDD, maar alleen wanneer paden en back-ups de consistentie behouden. Bestanden verplaatsen zonder de actieve wachtrij te meten, kan de capaciteit verplaatsen terwijl de latentie onveranderd blijft.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Een SSD verhelpt niet elke trage interface

CPU-intensieve templates, een blokkerende integratie, time-outs bij clouddiensten, nieuwe pogingen van radioverbindingen, rendering op de client en netwerkverlies kunnen Home Assistant allemaal traag laten aanvoelen met vrijwel geen schijfbelasting. Meer opslagsnelheid kan die wachttijden niet verkorten.

Een migratie van een Raspberry Pi naar een SSD bespreekt zowel opslag als geheugencaching en laat zien waarom SSD- en cache-effecten moeten worden onderscheiden van het effect van een warme cache.

Dit is de grens van de diagnose: schrijf de ervaring alleen aan opslag toe wanneer de actie- of queryvertraging toeneemt met de schijflatentie en wachtrijdiepte. Als de opslag tijdens het symptoom inactief en responsief blijft, onderzoek dan de volgende laag.

Benchmark latentie, niet alleen doorvoer

Gebruik op elk medium dezelfde back-upkopie en dezelfde Home Assistant-versie. Meet een koude start, een vaste geschiedenisquery, een onschadelijke actie tijdens Recorder-activiteit, de duur van de back-up, de p95-schijflatentie, de wachtrijdiepte en de database-integriteit na een herstart.

Het controlepad voor opslaglatentie legt uit hoe opslaglatentie het volledige besturingspad voor het huis beïnvloedt en verbindt de benchmark met een zichtbaar gevolg voor de gebruiker.

Geef de voorkeur aan een SSD wanneer tests met willekeurige latentie de doelworkload herhaaldelijk verbeteren. Gebruik een HDD voor opeenvolgende bulkgegevens wanneer die aan dezelfde doel- en hersteltest voldoet. Als beide media dezelfde lage latentie laten zien terwijl de interface traag blijft, stop dan met het optimaliseren van de opslag en traceer de tijd van Core, het netwerk of de client.