Some of the functionality around logging substitution seems to be very sensitive to Python versions and is causing problems for folks not on 3.5. I am temporarily removing that functionality until I can figure it out (and I am travelling a lot on business for the next couple of weeks and didn’t want to leave you hanging)…
–
1.5.1 (2017-01-30)
Features
None
Fixes
Functionality to substitute line umbers and module names in log statements temporarily removed
Breaking Changes
Functionality to substitute line umbers and module names in log statements temporarily removed
Looks like this doesn’t play nice when running the dev version…
2017-01-30 08:51:47.626748 INFO AppDaemon Version 1.5.1 starting
Traceback (most recent call last):
File "/usr/local/bin/appdaemon", line 11, in <module>
load_entry_point('appdaemon==1.5.1', 'console_scripts', 'appdaemon')()
File "/usr/local/lib/python3.5/site-packages/appdaemon/appdaemon.py", line 1250, in main
conf.version = int(ha_config["version"].replace(".", ""))
ValueError: invalid literal for int() with base 10: '0380dev0
messages in my appdaemon log. running top, my load averages are around in the high to mid 20’s and my appdaemon cpu utilization is consistently around 10-15%.
if that is correct, SSE is hitting homeassistant harder and driving it’s utilization up. AD is all over the place with peaks at around 102% of the cpu and mins down around 4%. With the sockets it was just fluctuated a little around 10-15%. I’m getting around the same number of clock skews.
I just looked at the numbers again after giving it a while to settle down. No difference between SSE and non-SSE. Same behavior. The high numbers were just startup numbers where everything was initializing.