openHAB 2 slower then openHAB 1.8.3?

Has anyone else noticed that openHAB 2 seams slower then openHAB 1.8.3? I am seeing big delays between sensors and actions with a lag sometimes as high as 15 seconds. It’s not just one binding, seams to be a whole platform issue.

My openHAB box is a 2.9 GHz Xeon E5-2690 with two 8 core cpus + HT and 32G RAM. The box is just used for openHAB and the java process floats around 150 - 350% CPU with quick spikes of up to 700% CPU!

I am running:

http1
mqtt1
serial1
nest1
mios1
insteonplm1
modbus1
astro
autelis
weather1
misc-homekit
misc-hueemulation
minecraft
expire1
networkhealth1
amazondashbutton
lifx-0.9.0.b4
mojio-1.8.3
neato_2.0.0.201702202022
zwave_2.1.0-SNAPSHOT
db4o-1.8.3

Does anyone know of tools to debug openHAB 2 so you can see where delay and high cpu are coming from?

1 Like

You might find something useful at http://javaperformancetuning.com/resources.shtml.

Hi,

The amount of computer power you are unleashing is tremendous! I can only think that you have a huge setup.
I manage my biggest setup with 15K items, a few hundreds rules and 15 bindings with three clustered intel celeron (take a look) of 8GB ram each. They never got over an average (peak was around 55% when there was a lot of activity in the location) 5% stress!!!
I think @steve1 suggests correctly.
I also think that the interfaces for connecting to your various devices need a look, sometimes there are bottlenecks!

Best regards,
George

Started disabling bindings one at a time and it’s hard because cpu jumps around a lot, but it looks like MQTT is a lot of the load. I only have 89 MQTT items, but they do update frequently.

Took a while to debug, turns out the issue was db4o, I blew away the old db and restarted the binding and my avg load is under 100%.

1 Like