-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Conversation
Fixed high CPU load of plugswise binding, by removing a busy loop in the sendMessage code. Simplified sending and proecssing of messages by replacing misused Quartz jobs with straightforward background threads. Clean up locking of the various queues in the Stick.
Thanks @jowiho for this contribution. Can somebody else (except you) confirm this fix works? Others created discussion threads at community.openhab.org in order to find Testers … |
Hi @teichsta, I've posted a request for testing in the original issue thread. Let's see if anyone responds. |
great, thanks! |
@jowiho Has anyone responded on the forum, or could you ask for testers again? Thanks for this. |
@jowiho Thanks, did you make a discussion topic on the forum at https://community.openhab.org/ ? Many more potential plugwise users are likely to read https://community.openhab.org/ than the issues list. It's encouraging that one user did report success. Do you think this needs further testing? In any case, could you resolve the conflicts to prepare it for merge? Many thanks! |
@jowiho could you please? |
I'll fix the conflict as soon as I have time (within a few days). |
@teichsta I've resolved the merge conflicts. The PR is ready for merge again. |
Is there a way to test this binding with a repo based install? Got very high CPU-usage as well using plugwise. |
@jhoekstra I just made a JAR from the current state of this PR, where you could replace the current JAR with it. Please report back here if it appears to work as advertised, or if it doesn't. Before merging this PR, please verify that it's properly rebased to master, because I pulled the PR locally to build the JAR, and the list of changed files I see in SourceTree seems incorrect. |
With the binding from Watou I see a considerable drop in load. |
Great news! Now to verify that the PR files changed are correct before merge, as mentioned above. Thanks for testing @jhoekstra! |
since the PR shows one changed files nothing else seem to be changed … i certainly didn't get your point @watou |
The PR branch looked like it had other commits in it, but it seems OK on reinspection, so please proceed without any delay on my account. |
Thanks @jowiho! Could you and @jhoekstra test the Cloudbees build build # 1259 or later (after this merge; build not ready as of this writing)? Just to double check all is well? |
Seems ok to me, low load and switching like before. |
Great to hear that, thanks @jhoekstra! |
* master: (178 commits) Fix the generateDeviceId method. (openhab#4498) [modbus] Add support for int32_swap, uint32_swap and float32_swap data types (openhab#4251) Extend error logging on retry failure (openhab#4477) Changed timestamp of item insert from MySql server time to local Java… (openhab#4503) [mochadx10] Add binding to OH2 distro (openhab#4502) [mqtt] Add openhab-action-mqtt feature for OH2 install (openhab#4499) ZWave database update (openhab#4497) Fixes openhab#1003 (openhab#4162) [WeatherBinding] Add log messages for invalid configurations (openhab#4458) Network Health - Made log message more clear (openhab#4425) Update ZMNHSD (openhab#4490) Update clock command class and converter (openhab#4489) Updated modbus config template with serial example. Documented advanced connection parameters (openhab#4487) ZWave update WA105DBZ (openhab#4485) Zwave database 180616 (openhab#4483) Zwave database 180616 (openhab#4479) Add Aeon ZW112 - Door/Window Sensor 6 (openhab#4472) Include Aeon ZW112 - Door/Window Sensor 6 (openhab#4471) Z-Wave: Added support for CENTRAL_SCENE (openhab#4431) ZWave database update (openhab#4476) ... # Conflicts: # bundles/binding/org.openhab.binding.zwave/database/products.xml # bundles/binding/org.openhab.binding.zwave/src/main/java/org/openhab/binding/zwave/internal/converter/ZWaveConverterHandler.java # bundles/binding/org.openhab.binding.zwave/src/main/java/org/openhab/binding/zwave/internal/protocol/commandclass/ZWaveCommandClass.java
Fixes #1003
Fixed high CPU load of plugswise binding, by removing a busy
loop in the sendMessage code.
Simplified sending and proecssing of messages by replacing misused
Quartz jobs with straightforward background threads. Clean up
locking of the various queues in the Stick.