Skip to content
This repository was archived by the owner on Jan 6, 2023. It is now read-only.

imagenet example - add logic to broadcast most recent checkpoint from max_rank#93

Closed
kiukchung wants to merge 1 commit into
pytorch:masterfrom
kiukchung:export-D20956704
Closed

imagenet example - add logic to broadcast most recent checkpoint from max_rank#93
kiukchung wants to merge 1 commit into
pytorch:masterfrom
kiukchung:export-D20956704

Conversation

@kiukchung
Copy link
Copy Markdown
Contributor

Summary:
Rationale for adding checkpoint broadcasting:

  • In our example we don't have access to globally visible storage
  • Each local rank =0 writes the checkpoint
  • when a container/node dies, the replacement container has no checkpoints (since it was lost with the node)
  • new nodes starts from scratch vs surviving nodes are ahead
  • the logic is to find the checkpoint with the max epoch and broadcast that

Rationale for removing nnode==1 assertion for launcher with --with_etcd option.

  • you can run two agents on the same node to simulate a multi-node run
  • you can first start agent#1 by giving --with_etcd option
  • you can start agent#2 by copy pasting the rdzv info (from the logs) and passing the --rdzv_id, --rdzv_backend, --rdzv_endpoint from the first launch.

Differential Revision: D20956704

… max_rank

Summary:
Rationale for adding checkpoint broadcasting:
- In our example we don't have access to globally visible storage
- Each local rank =0 writes the checkpoint
- when a container/node dies, the replacement container has no checkpoints (since it was lost with the node)
- new nodes starts from scratch vs surviving nodes are ahead
- the logic is to find the checkpoint with the max epoch and broadcast that

Rationale for removing nnode==1 assertion for launcher with --with_etcd option.

- you can run two agents on the same node to simulate a multi-node run
- you can first start agent#1 by giving `--with_etcd` option
- you can start agent#2 by copy pasting the rdzv info (from the logs) and passing the `--rdzv_id, --rdzv_backend, --rdzv_endpoint` from the first launch.

Differential Revision: D20956704

fbshipit-source-id: 468d858db7fa9dfde7285270b2f0674faa52bcee
@facebook-github-bot
Copy link
Copy Markdown
Contributor

This pull request was exported from Phabricator. Differential Revision: D20956704

@facebook-github-bot
Copy link
Copy Markdown
Contributor

This pull request has been merged in 1465dfc.

@kiukchung kiukchung deleted the export-D20956704 branch September 1, 2020 04:36
fotstrt pushed a commit to eth-easl/elastic that referenced this pull request Feb 17, 2022
… max_rank (pytorch#93)

Summary:
Pull Request resolved: pytorch#93

Rationale for adding checkpoint broadcasting:
- In our example we don't have access to globally visible storage
- Each local rank =0 writes the checkpoint
- when a container/node dies, the replacement container has no checkpoints (since it was lost with the node)
- new nodes starts from scratch vs surviving nodes are ahead
- the logic is to find the checkpoint with the max epoch and broadcast that

Rationale for removing nnode==1 assertion for launcher with --with_etcd option.

- you can run two agents on the same node to simulate a multi-node run
- you can first start agent#1 by giving `--with_etcd` option
- you can start agent#2 by copy pasting the rdzv info (from the logs) and passing the `--rdzv_id, --rdzv_backend, --rdzv_endpoint` from the first launch.

Reviewed By: tierex, drdarshan

Differential Revision: D20956704

fbshipit-source-id: 3170e1bcbedf1a7522f3aeee23f0fc67cd038253
andrewjimpson9551 added a commit to andrewjimpson9551/Elastic that referenced this pull request Jul 29, 2025
… max_rank (#93)

Summary:
Pull Request resolved: pytorch/elastic#93

Rationale for adding checkpoint broadcasting:
- In our example we don't have access to globally visible storage
- Each local rank =0 writes the checkpoint
- when a container/node dies, the replacement container has no checkpoints (since it was lost with the node)
- new nodes starts from scratch vs surviving nodes are ahead
- the logic is to find the checkpoint with the max epoch and broadcast that

Rationale for removing nnode==1 assertion for launcher with --with_etcd option.

- you can run two agents on the same node to simulate a multi-node run
- you can first start agent#1 by giving `--with_etcd` option
- you can start agent#2 by copy pasting the rdzv info (from the logs) and passing the `--rdzv_id, --rdzv_backend, --rdzv_endpoint` from the first launch.

Reviewed By: tierex, drdarshan

Differential Revision: D20956704

fbshipit-source-id: 3170e1bcbedf1a7522f3aeee23f0fc67cd038253
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants