Caching for Graal

[masklinn]

I'm not sure how the actions/setup-python caching is supposed to work, but every graal action indicates that it's "not found in the local cache", leading to a 30~35s overhead over cpython and pypy builds every time, contributing to the cost of graal jobs quite significantly (which adds onto graal's own issues).

[gowridurgad]

Hi @masklinn,
Thank you for the feature request. We'll investigate it and come back to you with the details!

[aparnajyothi-y]

Hello @masklinn, The actions/setup-python caching currently does not apply to GraalVM runtimes, which is why you're seeing repeated downloads and the associated overhead. Since GraalVM support was removed from hosted runners starting April 2023 (#7338), it is no longer pre-installed and must be fetched each time unless cached explicitly.

To mitigate this, you could consider:

Using setup-graalvm directly, which offers more granular control and may support caching improvements in the future.

Implementing a custom cache strategy for downloaded GraalVM builds using actions/cache.

We understand this overhead adds up, especially for CI jobs, and we’ve noted this feedback as a potential optimization area.
Please let us know in case of any further support needed

[masklinn]

Using setup-graalvm directly, which offers more granular control and may support caching improvements in the future.

It's unclear to me that setup-graalvm can set up graalpython? I tried adding it to a test workflow (mostly to see if that would work around #880) and python kept resolving to whatever the distribution had, and trying to add setup-python afterwards didn't seem to have it pick up anything.

So I don't think graalvm would help? Which makes sense, graalpython is built on graalvm but is not part of the graalvm project itself, and graalpython's own readme goes through setup-python.