Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate Reducing Choose Worker Calls #1903

Closed
rajadain opened this issue May 18, 2017 · 1 comment
Closed

Investigate Reducing Choose Worker Calls #1903

rajadain opened this issue May 18, 2017 · 1 comment
Assignees
Labels
WPF Funding Source: William Penn Foundation WPF 3-1

Comments

@rajadain
Copy link
Member

One of the main sources of latency is the choose_worker() calls in many of the Celery jobs. The solution addresses the following issues:

  • Tasks from a Blue stack should not be picked up by the Green stack in production
  • Geoprocessing start and finish must execute on the same worker
  • When choosing a worker for geoprocessing, the chosen worker should be alive (i.e. responding to pings)

The current implementation of choose_worker is either too heavy, or too frequently used, or both.

Investigate the source of the latency described in #1894, and develop a strategy to reduce it.

@rajadain rajadain added this to the WPF 3-1 milestone May 18, 2017
@mmcfarland
Copy link
Contributor

This may be moot if we go down the path of implementing the Collection API, as it will remove SJS and the need to colocate the geoprocessing start/finish jobs. We could then use build in Celery routing techniques to get around the Blue/Green issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
WPF Funding Source: William Penn Foundation WPF 3-1
Projects
None yet
Development

No branches or pull requests

3 participants