apple / apple/container

[Bug]: Image size vs reclaimed space discrepancy

Open
#709 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Swift
Stars
49.9k
Forks
1.8k
Avg merge
1d 20h
Merged PRs (30d)
22

Description

### I have done the following

- [x] I have searched the existing issues
- [x] If possible, I've reproduced the issue using the 'main' branch of this project

### Steps to reproduce

1. Pull or build an image
2. List images with verbose flag to see image size
3. Delete the image and reclaimed space will always be a lot more than the image size displayed in step 2

### Current behavior

Listing images shows the image size as ~110MB

```
$ container image ls -v
NAME TAG INDEX DIGEST OS ARCH SIZE
swift-demo 01 b130ac661a8a0488059ac4e6... linux arm64 110.7 MB
```

Deleting the image reclaims more space than the size of the image (reclaimed 446MB when the image was listed as only 110MB)

```
$ container image rm swift-demo:01
swift-demo:01
Reclaimed 446.4 MB in disk space
```

### Expected behavior

I would expect the reclaimed space to match the size of the image (as per `container image ls -v`) or at least be similar. Even if the value displayed in `container image ls` is compressed or something different, it's confusing that the two numbers are so different.

### Environment

```markdown
- OS: macOS 26.0.1 (25A362)
- Xcode: 26.0
- Container: 0.5.0
```

### Relevant log output

```shell
N/A
```

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.