[LTP] [RFC] Reduce .runtime for Long-Running Tests ?

Li Wang liwang@redhat.com
Tue May 27 13:11:07 CEST 2025


On Tue, May 27, 2025 at 7:00 PM Li Wang <liwang@redhat.com> wrote:
>
> Hello All,
>
> After reviewing some LTP HTML test reports, I noticed that the ten tests
> alone take nearly 20 minutes to complete. For example:
>
> --------------------
> bind06           300.15s
> msgstress01      180.44s
> fsx22            170.47s
> pty07            150.04s
> pty06            150.02s
> gf18             121.09s
> gf17             120.82s
> gf16             120.13s
> dirtyc0w_shmem   120.11s
> setsockopt07      76.47s
>
> In total, running the full ltp-lite suite currently takes ~1h20m, which is a bit
> long for CI or pre-merge validation pipelines.

Forget to mention:

The 1h20min contains LTP compiling time. We now try to build rpm package
for our CI testing that would reduce some unnecessary time.

Apart from that, If we could do something to speed up the running time,
that would be great too.

>
> I'm wondering whether all these .runtime values are truly necessary to reproduce
> the intended issues (e.g., race conditions, fuzzing, sync timing issues).
> Or if we could:
>  - Set a lower threshold for .runtime on general-purpose stress/fuzz tests
>  - Introduce a runtime _policy_ for different environments (e.g., fast
> CI vs. full weekly runs)
>
> It might be beneficial to revisit the .runtime values of long-running tests and
> set a minimal yet effective duration that balances reproducibility with resource
> efficiency. This could help save time and free up test resources earlier.
>
> Any thoughts/comments would be appreciated.
>
> --
> Regards,
> Li Wang



-- 
Regards,
Li Wang



More information about the ltp mailing list