Version 2.2.3 (next beta) has faster/less resource intensive event cleanup. That should help. But there may be some radio related stuff going on, too, and that is going to be a lot harder to reproduce and deal with.
14 Likes
FYI, I have slowdown issues too and IMO it has nothing to do with the radios. Many people are focused on how fast devices react whereas I have taken a simpler approach. Example; Setup a rule that loops from 1 to a 1000 and store the loop count in a local variable (giving it something to do). Time when the loop begins and ends. It is a very simplistic test that only focuses on how fast a rule can process a task, whatever it may be. I suspect the slowdown is not in the radios but how fast commands are being sent out and how long it takes to process events. And as I have said before and many are saying the same thing. Everything runs great for some period of time and then in a short period of time a noticeable drop off in performance, and if allowed to continue that performance eventually grinds to almost a total halt. Again, as others have said the maintenance period is reasonably short until the slowdown which makes it drag out longer and longer until you wake up in the morning and it still hasn't finished.
4 Likes
After thinking about this statement I am not sure I agree. Doesn't the data From Hub Watchdog on the Virtual Switch show that even functions that don't involve the radios have slowdowns? In fact, if you look at the past data i have provided, it often looks like the Virtual Switch test begins to show slowdowns before the Zigbee, and certainly before the Z-wave. As @an39511 discussed above, if you just look at tests that don't involve the radios, there is significant slowdown evident.
Would radio queue issues slow down the rest of the system which doesn't involve the radios that much? Shouldn't we see the radio devices slowing down before the the non-radio tests if that is the case?
LJ
Thanks for doing this. Hopefully this can help us get to the bottom of the slowdown issues in certain cases. My hub could be fine for weeks, and then, without any changes, the slowdown shows up.
1 Like
Just to throw my two cents in here:
I too experience the slowdown issues, usually after 36 to 48 hours.
One common theme I see in these threads is people with open dashboards. I have a tablet mounted in the bathroom to allow us to monitor and control hot water re-circulation, water temperature, etc.
Taking a closer look at the dashboard code might be worthwhile. I seem to recall the slowdowns started for me very shortly after 2.0 was released (Like maybe 2.1). I definitely never had any slowdown issues before that.
1 Like
Don't know if dashboards contribute to slowdowns but I don't make use of devices running open dashboards. I only use dashboards on my phone in the rare case I have to override some automation or there is something wonky I need to deal with. I make use of them maybe 2 times a week if at all.
I haven’t used dashboards until the last month or so. I’ve been having the issue since at least 2.0
I have always used dashboards and currently use dashboards inside the great app Hubipanels. I have three panels running various dashboards. the way the app works is that it loads all the dashboards at once on the tablet and keeps them updated. It then provides a menu system and rapid dashboard switching, with badges on each menu item which reflects the number of on devices. It great, and earned more WAF points than anything I have done in terms of automation. I have been using dashboards without that app since migrated to HE. this is the best solution I have found. My wife wouldn't have accepted or adopted all this hobby without dashboards.
I can't say when the slowdowns started but it has been pretty much since I migrated. It was always blamed on Echo Speaks back then, but i was using dashboards then too, and echo speaks seems to have been excluded from the suspect list over time. I and others did try deleting echo speaks and still had slowdowns.
For me, I support digging into everything including dashboards and I am willing to work with whoever might request it at HE development who might want to use my setup for data and/or testing.
LJ
If looking at the dashboards it would be good to note if you are using the cloud or the local links and the number of devices you may have approved for the dashboard.
I believe the cloud and local dashboards query for events and updates differently.
And the more devices you have approved on the dashboard would put more strain on the hub at each query.
I have a tablet running 24/7 but I’m not sure if it actually disables the dashboard refreshing when the screensaver is running (which is most of the time).
Just a couple of ideas to throw out there if you are focussing on the dashboards.
1 Like
In my case, my panels are all local network at this point. I occasionally use the HE app on iPhone remotely through the cloud, but these days, with COVID I rarely have need for that.
As far as the number of devices, i have many on the panels. While I get that the more devices the more the system usage, but that would not seem to explain that this lasts 24 to 36 hours without issues, and then starts to degrade rather quickly. the panels are on all the time and Hubipanels keeps them updated all the time. eve if a queue fills up and then causes slowdowns, the time period for the queues to fill up should be consistent, and it is not. the time frame varies for me from 24 hours to 48 hours before things get crazy. why would that vary. Usage perhaps? still an issue for dashboards, I would suspect.
LJ
