Image missing.
Reverse engineering the GHA cache to improve performance (2024)

bootlegbilly

created: July 23, 2025, 3:04 p.m. | updated: July 23, 2025, 5:50 p.m.

For example, most other hosted GitHub Actions runner providers have created their own separate caching implementation and forked all GitHub Actions cache actions into their own namespace, in order to point the cache action to their own cache implementation. While the config change might seem small, this involves duplicating work for everyone and maintaining multiple versions of what should effectively be the same GitHub Actions cache actions. How Depot went about solving the GitHub Actions cache challengeTo address the caching challenge when building hosted GitHub Actions runners, we asked: how can we provide GitHub Actions cache without forking the default action and maintaining the entire ecosystem, while also making it significantly faster? Software-wise, we decided to try to “point” the GitHub Actions runner to our own cache instead of the default GitHub Actions cache. Results of our GitHub Actions cache optimizationWith this infrastructure and cache logic, we are able to achieve up to 10x higher cache performance compared to GitHub Actions default runners.

1 week, 4 days ago: Hacker News: Front Page