Skip to content

test/system: Optimize the D-Bus tests#1641

Merged
debarshiray merged 1 commit intocontainers:mainfrom
debarshiray:wip/rishi/test-system-211-dbus-optimize-container-creation
May 6, 2025
Merged

test/system: Optimize the D-Bus tests#1641
debarshiray merged 1 commit intocontainers:mainfrom
debarshiray:wip/rishi/test-system-211-dbus-optimize-container-creation

Conversation

@debarshiray
Copy link
Copy Markdown
Member

@debarshiray debarshiray commented May 6, 2025

The system tests can be very I/O intensive, because many of them copy OCI images from the test suite's image cache directory to its local container/storage store, create containers, and then delete everything to run the next test with a clean slate. This makes them slow.

The runtime environment tests, which includes the D-Bus tests, are particularly slow because they don't skip the I/O even when testing error handling. This makes them a good target for optimizations.

The D-Bus tests check if methods can be called across the user or session and system D-Bus instances from different containers without changing their state. Therefore, a lot of disk I/O can be avoided by reating these containers only once for all the tests.

This can reduce the time needed to run the D-Bus tests from almost 10 minutes to almost 5 minutes.

@debarshiray debarshiray requested a review from martymichal as a code owner May 6, 2025 20:46
The system tests can be very I/O intensive, because many of them copy
OCI images from the test suite's image cache directory to its local
container/storage store, create containers, and then delete everything
to run the next test with a clean slate.  This makes them slow.

The runtime environment tests, which includes the D-Bus tests, are
particularly slow because they don't skip the I/O even when testing
error handling.  This makes them a good target for optimizations.

The D-Bus tests check if methods can be called across the user or
session and system D-Bus instances from different containers without
changing their state.  Therefore, a lot of disk I/O can be avoided by
reating these containers only once for all the tests.

This can reduce the time needed to run the D-Bus tests from almost 10
minutes to almost 5 minutes.

containers#1641
@debarshiray debarshiray force-pushed the wip/rishi/test-system-211-dbus-optimize-container-creation branch from f98467c to 5881bc4 Compare May 6, 2025 21:17
@softwarefactory-project-zuul
Copy link
Copy Markdown

@debarshiray debarshiray merged commit 5881bc4 into containers:main May 6, 2025
3 checks passed
@debarshiray debarshiray deleted the wip/rishi/test-system-211-dbus-optimize-container-creation branch May 6, 2025 23:33
debarshiray added a commit to debarshiray/toolbox that referenced this pull request Jan 27, 2026
The system tests can be very I/O intensive, because many of them copy
OCI images from the test suite's image cache directory to its local
container/storage store, create containers, and then delete everything
to run the next test with a clean slate.  This makes them slow.

The runtime environment tests, which includes the D-Bus tests, are
particularly slow because they don't skip the I/O even when testing
error handling.  This makes them a good target for optimizations.

The D-Bus tests check if methods can be called across the user or
session and system D-Bus instances from different containers without
changing their state.  Therefore, a lot of disk I/O can be avoided by
reating these containers only once for all the tests.

This can reduce the time needed to run the D-Bus tests from almost 10
minutes to almost 5 minutes.

containers#1641
containers#1746
(cherry picked from commit 5881bc4)
debarshiray added a commit to debarshiray/toolbox that referenced this pull request Feb 4, 2026
Both the commands and options tests [1,2], and runtime environment
tests [3,4,5,6] were optimized by avoiding a lot of disk I/O.

Fallout from 40e3c5a

[1] Commit adc8650
    containers@adc8650660b454f3
    containers#1595

[2] Commit 69d6b11
    containers@69d6b11a9b91ccbf
    containers#1635

[3] Commit 3017a46
    containers@3017a46c03c963ef
    containers#1635

[4] Commit 1b9dd00
    containers@1b9dd007ea1d0778
    containers#1637

[5] Commit 5881bc4
    containers@5881bc43f34815b1
    containers#1641

[6] Commit 836c055
    containers@836c0557f4dc100b
    containers#1646
debarshiray added a commit to debarshiray/toolbox that referenced this pull request Feb 4, 2026
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.

1 participant