dotnet / dotnet/dotnet-buildtools-prereqs-docker

Ubuntu helix images are way too big

Open
#1,582 1 comment 1 reaction 0 assignees View on GitHub
untriaged
Dominant language
Dockerfile
Stars
87
Forks
118
Avg merge
10h 26m
Merged PRs (30d)
4

Description

```
mcr.microsoft.com/dotnet-buildtools/prereqs azurelinux-3.0-helix-amd64 3adf959b24f4 12 days ago 590MB
mcr.microsoft.com/dotnet-buildtools/prereqs ubuntu-24.04-helix-amd64 9a5876c412a2 13 days ago 1.97GB
```

while providing same functionally the Ubuntu seems disproportionally bigger. It takes 1-2 minutes on Job run to pull and instantiate container and based on my testing the AZL is 1/3 of the time e.g. proportional to the size. We are creating unnecessary network and I/O load.

The problem does not exist if same container runs again but the VM instances are created ad-hoc by VMMS scaler and there is also aggressive cleanup to prevent disk exhaustion. Trimming the image may be quite simple and can save lot of resources.

Also, other Helix images may have similar problem.

Contributor guide

No contributing guide indexed for this repository

Research direction

No file or test is named. Start by locating the Dockerfile or build context for ubuntu-24.04-helix-amd64, compare it with azurelinux-3.0-helix-amd64, and measure the resulting image size; done means reducing unnecessary image content without losing the same functionality, while checking whether other Helix images have the same issue.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker
Domain
infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.