frappy

Go to file

Markus Zolliker af983287e7 use a common poller thread for modules sharing io

When several poller threads are using the same io, the resposivity
of client requests is reduced, as every thread first finishes
its pending communication requests, before it is the turn of the
request thread. This is solved by using one common poller thread
for all modules sharing the same communicator.

+ fix an issue with overriding a property with a parameter, as
  this is the case for pollperiod (cfg was applied to property
  instead of overriding parameter)
+ separate setFastPoll arguments into flag and fast interval
+ fix missing announceUpdate call when read function fails
+ fix mechanism for triggering polls after an io connection
  reconnected again.

Change-Id: I1115a61fae3de80d18416e61f40b52a0eebb637c
Reviewed-on: https://forge.frm2.tum.de/review/c/sine2020/secop/playground/+/28021
Tested-by: Jenkins Automated Tests <pedersen+jenkins@frm2.tum.de>
Reviewed-by: Markus Zolliker <markus.zolliker@psi.ch>

2022-04-06 17:12:36 +02:00

bin

init generalConfig.defaults only in secop-server

2022-03-22 07:56:38 +01:00

cfg

unify name and module on Attached property

2022-01-31 10:57:49 +01:00

Correct checks enum

2021-04-30 08:08:22 +02:00

debian

debian: fix email addresses in changelog

2021-11-12 09:18:24 +01:00