I have tested the workarounds with a single global instance for AES and SHA-1 HMAC mentioned in this comment and this comment in #17064.
If the default provider is used the required performance dropped to an acceptable value (only somewhat slower than with version 1.0.2).
But if we use the FIPS provider instead the catastrophic performance issue did appear again!
In the test used with 500 channels, around 150 could not be set up and the remaining around 350 required around 2000% CPU instead of the around 700% otherwise required for all 500 channels, see my comment there.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.3