Details
-
Improvement
-
Status: Closed
-
Major
-
Resolution: Fixed
-
master
Description
We noticed that on master SELECT IMAP command is significatively slow (several minutes) on top of the distributed profile. (See attached instrumentation average time and percentiles)
A quick performance review links this to listener registration (by key).
A code review leads to:
- The low channel number (3) maybe this count can be safely raised to a higher number? Like 10? Maybe even configurable?
- EventBus::Register operation is handling IO but is synchronous. The reactor scheduler backing it up is unspecifed (thus is likely the parrallel one). We should let the caller specify the scheduler he whishes to run.