4 ms·
Reverse engineering the GHA cache to improve performance (2024)
- mohsen1 1y agoI am confused https://news.ycombinator.com/item?id=44658909 https://news.ycombinator.com/item?id=44658909
- deleted 1y ago[deleted]
- kylegalbraith 1y agoFounder of Depot here. Looks like Blacksmith was inspired by our implementation from last May and wrote a similar post to ours here.
- ayewo 1y agoTo help reduce the confusion for other visitor to this post, you might want to email the HN mods to add (2024) to the title . This will make it clear that you guys built the prior art that Blacksmith took inspiration from.
- kylegalbraith 1y agoYeah this is a great point. Thank you for adding this. I didn’t post this but will try to flag up the chain.
- jacobwg 1y agoSince we launched this last year, GitHub released a v2 of their internal cache API [0], based on Twirp [1] of all things, so we adapted to that. Interestingly that Twirp service also receives Actions artifacts, though we have not intercepted those today given that you likely still want them to appear in the GitHub UI / be accessible from the GitHub API. [0] https://github.com/actions/cache/discussions/1510 https://github.com/actions/cache/discussions/1510 [1] https://github.com/twitchtv/twirp https://github.com/twitchtv/twirp
- kmcquade 1y agoThese guys do an insane amount of engineering to speed up builds and everyone follows. Love their blogs. Zero chance I'd sign up for their competitors knowing how good the product is and that everyone else follows them. I don't know why Docker, JFrog, or GitHub don't just buy them already.