Roughly 0.5 second gap between http tasks
See original GitHub issueI’m consistently seeing a gap of ~0.5 seconds between the end of one task and the beginning of the next task that is severely slowing down my workflow. I’m running conductor using docker-compose up
locally. I’m not sure what the problem is. Any guidance would be greatly appreciated.
Issue Analytics
- State:
- Created 5 years ago
- Comments:10 (6 by maintainers)
Top Results From Across the Web
Calculating the Amount of Work Done by Forces
Calculate the work done by a 2.0-N force (directed at a 30° angle to the vertical) to move a 500 gram box a...
Read more >Multitasking: Switching costs
Understanding the hidden costs of multitasking may help people to choose strategies that boost their efficiency - above all, by avoiding multitasking, ...
Read more >Worker, Interrupted: The Cost of Task Switching - Fast Company
We found people switched these activities on average of every three minutes and five seconds. Roughly half of them are self-interruptions.
Read more >(PDF) Discovering tasks from search engine query logs | Salvatore ...
On average, each time- gap session contained 4.49 queries, and sessions with at most five queries covered slightly more than half of the...
Read more >How companies are reskilling to address skill gaps | McKinsey
Nearly all respondents classify closing potential skill gaps as a priority ... Fewer than half of respondents say their organizations have a ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Hi @fnolla-carecloud, i managed to decrease delay between sequencial tasks by changing the class com.netflix.conductor.core.execution.tasks.SystemTaskWorkerCoordinator at this line:
List<String> polledTaskIds = queueDAO.pop(taskName, realPollCount, 200);
to
List<String> polledTaskIds = queueDAO.pop(taskName, realPollCount, 0);
Before it was wating up to 200 ms before returning polledTasksIds. Now it just get the messages that are already in the queue, not waiting to pop realPollCount messages. For example if realPollCount = 10, it doesn’t matter if there are only 1 message in the queue, it returns right away.
Also this line is important:
this.pollInterval = config.getIntProperty(“workflow.system.task.worker.poll.interval”, 50);
It defines the interval between polling to the system worker task queues. The bigger this inteval the bigger the latency between sequencial tasks.
I also used async indexing of IndexDAO
This issue was closed, because it has been stalled for 7 days with no activity.