As per below recommendation from Worker tuning guide, point 3 states maxConcurrentWorkflowTaskExecutionSize should be significantly less than maxConcurrentWorkflowTaskPollers.
But, the default values of these flags as per Java SDK is as below :
DEFAULT_MAX_CONCURRENT_WORKFLOW_TASK_EXECUTION_SIZE = 200;
DEFAULT_MAX_CONCURRENT_WORKFLOW_TASK_POLLERS = 2;
Above default values seem to be contradicting with the point mentioned in worker tuning guide.
Is this correct or am I missing anything? Please explain.
maxConcurrentWorkflowTaskExecutionSize should be significantly >= maxConcurrentWorkflowTaskPollers . And maxConcurrentActivityExecutionSize should be significantly >= maxConcurrentActivityTaskPollers
The sentence that comes after, namely The number of pollers should always be lower than the number of executors is correct, so just typo in the “<=”.
We are updating this page to fix the issue, will link PR and commit here for you. Thanks again.
This frontend.namespaceCount includes workflow and activity pollers…both…right?
Yes all concurrent pollers, workflow and activity ones.
Regarding maxConcurrentWorkflowTaskPollers, maxConcurrentActivityTaskPollers, would follow advice in note of the worker tuning guide here, as well as drawbacks section.
Poller counts > 10 typically don’t make much sense to set for most scenarios.
@tihomir The note section in worker tuning guide for “Poller Count” refers to maxConcurrentWorkflowTaskPollers and maxConcurrentActivityTaskPollers ?