Skip to content

Use default timeout of 30 minutes for gloo backend #13056

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

Closed
wants to merge 1 commit into from

Conversation

pietern
Copy link
Contributor

@pietern pietern commented Oct 24, 2018

Summary:
The existing default timeout was set at 10 seconds, which is too low
for asynchronous tasks that depend on a barrier to resynchronize.
Having a single timeout for all operations is not ideal and this will
be addressed in future commits.

Differential Revision: D10558746

@soumith
Copy link
Member

soumith commented Oct 24, 2018

10s seems too little, but 30m seems a bit too much, no? something like 1 min?

@pietern
Copy link
Contributor Author

pietern commented Oct 24, 2018

@soumith There are instances where a single process group is used for a barrier between 2+ hour asynchronous tasks that complete with some variance (e.g. +/- 10m). I'm working on supporting per operation timeouts that will allow you to explicitly set a timeout on a barrier to do this, but until then we have to use a single timeout for all ops.

@soumith
Copy link
Member

soumith commented Oct 24, 2018

@pietern interesting!

Copy link
Contributor

@teng-li teng-li left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Contributor

@facebook-github-bot facebook-github-bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

pietern is landing this pull request. If you are a Facebook employee, you can view this diff on Phabricator.

Summary:
The existing default timeout was set at 10 seconds, which is too low
for asynchronous tasks that depend on a barrier to resynchronize.
Having a single timeout for all operations is not ideal and this will
be addressed in future commits.

Differential Revision: D10558746

fbshipit-source-id: 26c811da27907c1388c40d6f3a352ba96a011c15
Copy link
Contributor

@facebook-github-bot facebook-github-bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

pietern is landing this pull request. If you are a Facebook employee, you can view this diff on Phabricator.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants