You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 11, 2024. It is now read-only.
Related to Issue #360 and #356
Large requests can exceed the amount of time set aside for testing and general customer satisfaction. Need to add the ability to implement a divide-and-conquer abstraction on large tasks.
Add a cap for the number of allowable thread workers
Ensure that all Collections retrieval operations are parallelized as much as possible to reduce the are given separate workers to prevent deadlocking when possible
The text was updated successfully, but these errors were encountered:
## Description
From rough numbers we can speedup an account with ~3000 emails, ~1000 contacts and ~1000 events from ~18m to <3m.
## Type of change
<!--- Please check the type of change your PR introduces: --->
- [ ] 🌻 Feature
- [ ] 🐛 Bugfix
- [ ] 🗺️ Documentation
- [ ] 🤖 Test
- [ ] 💻 CI/Deployment
- [ ] 🐹 Trivial/Minor
## Issue(s)
<!-- Can reference multiple issues. Use one of the following "magic words" - "closes, fixes" to auto-close the Github issue. -->
* #362
* #1595
* #1607
## Test Plan
<!-- How will this be tested prior to merging.-->
- [ ] 💪 Manual
- [x] ⚡ Unit test
- [x] 💚 E2E
Related to Issue #360 and #356
Large requests can exceed the amount of time set aside for testing and general customer satisfaction. Need to add the ability to implement a divide-and-conquer abstraction on large tasks.
The text was updated successfully, but these errors were encountered: