Alle MeshCore-observers sturen hun ontvangen pakketten naar een centrale MQTT-broker
(EMQX). Die broker deelt ze uit aan wie erop meeluistert, zoals CoreScope. Hieronder
staat hoe die broker het doet: hoeveel clients erop aangesloten zijn, hoeveel berichten
en bytes er doorheen gaan, en of er onderweg iets sneuvelt.
De cijfers zijn opgeteld over de hele broker. Er staat niets per client op deze pagina.
0
Live verbindingen
—
Berichten per minuut
0
Subscriptions
0
Retained
0
Topics
0 u
Broker-uptime
Verbindingen
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Topics
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Subscriptions
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Berichten per minuut
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Doorvoer per seconde
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Herverbindingen per minuut
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Erlang-VM-geheugen
—0
Reeks
Laatste
Min
Max
Gemiddeld
Totaal
Nu
Herverbindingen per minuut
—
Per live verbinding
—
Niet afgeleverd in dit venster, alle oorzaken
—
Elke verbindingspoging telt mee in de herverbindingen, ook een die mislukt. Staat dat
getal hoog naast een handvol live verbindingen, dan zit er iets te flapperen; per live
verbinding staat hoe vaak elke aangesloten client dat in een minuut doet.
Twee kenmerken van dit verkeer, die nauwelijks bewegen en daarom niet in de tabel staan.
Er gaan — zoveel berichten uit als er binnenkomen: het
aantal uitgaande berichten per inkomend bericht, en niet het aantal luisteraars. De
broker telt elke aflevering apart, ook een retained bericht dat opnieuw uitgaat naar een
client die zich opnieuw abonneert, en een tweede aflevering aan een client met twee
passende subscriptions. Een inkomend bericht is gemiddeld
— groot, een uitgaand —.
Sinds de start van de broker: —
Systeem
Geheugen in gebruik
—
Processen
—
Node-status
—
EMQX
—
Erlang/OTP
—
CPU-belasting en schijfruimte staan hier niet: de EMQX-API geeft die niet, daar is
een aparte exporter op de brokermachine voor nodig.