Removing all auxiliaries interfaces to only keep double-threaded interface #316
sebastianpfischer
announced in
Technical decisions ahead
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Problem Description
Due to performance issues, we had implemented many different possible interfaces and also used them.
When we got more time, we basically designed and @BKaDamien implemented it, a so called flexible double-threaded-auxiliary interface.
This enabled us to cover with one configurable interface all the other ones we had. Therefor, after migrating all auxiliaries to the new interface, the next step would be to remove all the previous interfaces (would improve our maintainability)
There is one Use-case / interface we nevertheless do not really cover, it is the multi-processing interface one. Today, pykiso, due to many performance improvements, do not rely on it anymore but what if, in the future we would need it?
Possible use-cases
Influencing Factors
Assumptions
Alternatives
Decision Matrix
Until now, we could find a use-case strong enough to justify any maintenance of the multi-processing API. Therefor we take the risk to remove it and later on to add it again if needed. The last release containing multiprocessing will be 0.23.0.
Final Decision
Option 1
Beta Was this translation helpful? Give feedback.
All reactions