-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Server Programmability
-
ALL
-
Service Arch 2023-10-30
Once the server admits a regular expression operation and hands it over the PCRE engine we no longer have control over its resource utilization. This can break the cloud QoS implementation by preventing feedback from the mongod from being integrated in request throttling in the router, but also may result in a noisy neighbor problem on the mongod.
Two possible mitigations were discussed:
- Perform regex matching on a dedicated thread with a low priority (see nice)
- Use pcre2_set_match_limit to "page" regex results. Each time we reach a limit would be an opportunity to yield the matching to re-engage with execution control
- is related to
-
SERVER-22224 $near query uses unbounded memory
- Backlog
-
SERVER-24375 Deduping in OR, SORT_MERGE, and IXSCAN (multikey case) uses unbounded memory
- Backlog