Check performance of hub

[dadarkgtprince]

Is there any way to check the status of the hub to see what's using resources? (similar to a 'top' in Linux?)

I haven't made too many changes to my hub over the past week, but it is running fairly slow now. my dashboard takes a few seconds to load up instead of almost instant as it used to.

I think the most recent thing I added is the Echo Speaks app, which I'm assuming is maintaining a connection with my Amazon account, so I can understand that.

Would adding another hub and connecting through hubconnect help the response from my hub? Does it work like clustering in a virtual environment where I can transfer devices/rules between hosts but they're all accessible over the one cluster?

[cwwilson08]

Short answer is no sadly there are nk tools available for resource monitoring. It has been requested and discussed extensively. Response from staff has been it would not provide useful information.

I'll try and dig up some links for you.

[bertabcd1234]

Here are a few posts I can find on the issue mentioned above (though the summary is accurate: we are unlikely to get such information and can only trust staff that this information is not generally actually helpful):

Hub Statistics

Not really. Many moons ago I would watch this sort of information, and you'll have to trust me that it reveals very little information -- certainly not anything useful. CPU usage can be characterized as sitting around waiting for little short bursts of activity. Even under relatively high load, the CPU is way undertaxed. RAM usage follows a similar pattern as apps and drivers come and go. As for disk usage, look at the size of your database backup. How much of 8GB does that represent? Th…

Hub Statistics

This isn't high on our priority list at all. Not much more to say than that we don't see anything that would be of help, and there are other higher priorities. There are very few users who experience hub lockups, and they tend to be very vocal. Every single one we've dug into has been due to custom code. That leads to requests like yours. At the same time, all of the built-in apps and drivers you have access to do not lead to hub lockups, and have been developed on the hub with the very sa…

Feature Request: Additional system info

Gavin, Thanks for your story. I really relate to what you are saying, as this is the way I got into writing my own apps. Writing my own apps led to how most of the built-in apps on Hubitat came about. Rule Machine, Motion Lighting and Mode Lighting are apps that I've worked on for 3+ years. When someone reports a bug against one of the apps I wrote, I almost always know right where to look. There's a large enough body of code now that bugs are inevitable, but thankfully they are usually ea…

@dadarkgtprince

my dashboard takes a few seconds to load

For this specific issue, you may have seen some tips you can use to make Dashboards load faster. If you haven't, here's a summary:

• Instead of "Use all devices," select only the specific devices you are using on that Dashboard
• Make sure to remove or fix any "ghost" tiles (ones that point to a device that no longer exists, displaying something like "unknown")

@dadarkgtprince

Would adding another hub and connecting through hubconnect help the response from my hub? Does it work like clustering in a virtual environment where I can transfer devices/rules between hosts but they're all accessible over the one cluster?

HubConnect (or Link to Hub + Hub Link) allow you to "share" devices from one hub to another. You have to choose the specific device(s), and then on the other hub it's just another device you can use to automate (run commands on, read attributes from, etc.). People have different reasons for using multiple hubs, but your use case--or at least what I assume you are implying would be yours--is one: running custom code on one hub in case it runs awry, while keeping the other hub with likely "good" apps (e.g., stock apps) and some or all "real" (Z-Wave and Zigbee) devices, depending on how you wan to divide the rest of that up. Some people use multiple hubs for other reasons, e.g., because they have a ton of Z-Wave devices and perceive a performance benefit from splitting up the limited I/O of this protocol. Others segregate known "problem devices" to another hub, like most Zigbee bulbs. Some do a combination of these.

So to directly answer this question, nothing is inherently made available except that which you make available; you can do everything (all devices plus location mode) if you want, but I'd personally just choose the actual devices I need. If you keep one "coordinator" hub for Dashboards, Alexa, and whatnot, then you'd certainly need that hub to have any relevant devices, which I suppose might be almost everything regardless.

[Evilborg]

@dadarkgtprince

Echo Speaks

This is known to cause issues with the hub. I moved that app to another hub then used hubconnect to mirror the echo devices I needed on other hubs... I have 4 but only use 3 for now.

As for system info Bruce has said he will not expose any of that info since he claims it would do no good to help. I disagree but it is what it is.

[dadarkgtprince]

yea, i figured as much. i mainly got it to play around with, but i still use the notifications over using voice alerts. i might just remove it all together for now to get back the performance and add it back when i'm ready to start using more voice alerts

[Evilborg]

If you got some old tablets you could use the join

[Release] Join Api Notification Driver

As updates are posted, changelog can be found here. If you use an android phone and utilize Tasker at all, you may want to play with the Join app. It's tasker integration opens up a realm of possibilities. Thanks to a nudge from @cwwilson08 I gave Join another shot and now I'm hooked. As a result I have expanded my Join API Driver (based on the work @ogiewon and I did with the original Pushover Driver) to include many more options from the API. Below are just a few of the options available. D…

[Rxich]

I too found Echo speaks as part of my slowdown problems. I removed it and use google instead. It is faster now, but still subject to the hotly debated slowdowns/lags, that usually get blamed on the users' actions, despite it happening on hubs "all stock", ie: no custom apps or drivers.