mlcommons / mlcommons/algorithmic-efficiency

Publish Docker Image to Docker Hub to Support a Wider Set of Contributors

Open
#868 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
425
Forks
78
PR merge metrics
No merged PRs in 30d

Description

We frequently build the latest Docker image for this project as part of our workflow, and I’d like to suggest that we publish this image to Docker Hub to support a wider set of contributors.

Running the Docker image locally is straightforward, and users on SLURM-based clusters can easily convert it to a Singularity image. In contrast, building a Singularity image from scratch can be time-consuming and error-prone due to dependency mismatches, build tooling complexity, and GPU driver issues—especially since the Singularity image is not built as frequently as the Docker image in our workflow.

Publishing a prebuilt Docker image would simplify onboarding and usage significantly.

Here is a simple workflow:

  • Push Docker Image to Docker Hub (on any dev machine):
docker tag <local_image_name> <dockerhub_username>/<image_repo_name>
docker push <dockerhub_username>/<image_repo_name>
  • On an HPC/SLURM Cluster (with fakeroot support):
singularity build --fakeroot <image_repo_name>.sif docker://<dockerhub_username>/<image_repo_name>:latest
  • Run a single workflow test:
singularity exec --nv --bind $(pwd):/mnt \
  --env XLA_PYTHON_CLIENT_ALLOCATOR=platform \
  <image_repo_name>.sif \
  python -m tests.reference_algorithm_tests \
    --workload=imagenet_resnet \
    --framework=jax \
    --global_batch_size=16 \
    --log_file=/tmp/jax_log.pkl \
    --submission_path=tests/modeldiffs/vanilla_sgd_jax.py \
    --identical=True \
    --tuning_search_space=None \
    --num_train_steps=10
  • Run all train_diff tests:
singularity exec --nv --bind $(pwd):/mnt \
  --env XLA_PYTHON_CLIENT_ALLOCATOR=platform \
  <image_repo_name>.sif \
  python -m tests.test_traindiffs

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue does not name the Docker build workflow or image definition, so first locate the existing workflow that produces the latest image. Use the listed reference_algorithm_tests command and tests.test_traindiffs as validation after adding the publication path. Done means contributors can pull the published Docker Hub image and use it for the documented Singularity workflows.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, python
Domain
devops, release
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.